방사선 정보 백엔드
방사선 정보 앱 백엔드 템플릿
하나의 백엔드에서 영상 주문, 연구 메타데이터, 모달리티 작업 흐름, 및 방사선 전문의 보고서를 관리하세요.
생산 준비가 완료된 방사선 정보 백엔드가 Back4app에 있습니다: 영상 요청, DICOM 연구 메타데이터, 전문의 판독 작업 흐름 및 보고서 전달을 위한 것입니다. 이를 사용하여 웹 및 모바일 전역의 방사선 포털, 작업 목록 및 병원 통합을 가속화하세요.
주요 내용
이 템플릿은 방사선학 중심의 백엔드를 제공하여 팀이 일관된 데이터 계약으로 이미징 운영 소프트웨어를 더 빠르게 배포할 수 있도록 돕습니다.
- 이미징 우선 데이터 모델 — 방사선학 운영을 위해 설계된 워크플로우 친화적인 구조로 요청, 연구, 방사선 전문의 및 보고서를 모델링합니다.
- DICOM 메타데이터 추적 — 인덱싱 및 검색을 위해 주요 연구 수준 메타데이터인 수신 번호, 모달리티, 연구 UID, 신체 부위 및 획득 타임스탬프를 저장합니다.
- 보고서 수명 주기 지원 — 초안, 검토 중, 수정된 및 최종 보고서를 처리하며 할당 및 반전환 추적을 지원합니다.
- 감사 및 추적성 — 진단 콘텐츠의 생성, 업데이트, 검토 또는 최종화를 누가 수행했는지 추적하여 거버넌스 및 문제 해결을 지원합니다.
- 크로스 플랫폼 API — REST 및 GraphQL를 통해 방사선학 작업 목록 및 보고 화면을 제공하며, 상태 변경을 위한 선택적 Live Queries을 지원합니다.
방사선 정보 앱 백엔드 템플릿이란?
Back4app는 신속한 제품 배포를 위한 관리형 백엔드입니다. 방사선 정보 앱 백엔드 템플릿은 이미징 요청, DICOM 연구 메타데이터, 방사선과 배정 및 보고서 워크플로를 모델링하여 팀이 방사선 시스템을 더 빠르고 적은 인프라 작업으로 제공할 수 있도록 합니다.
최고:
방사선 정보 시스템이미징 요청 포털DICOM 메타데이터 인덱싱독서실 대시보드진단 보고서 작업흐름헬스케어 MVP 및 내부 도구
개요
영상의학 작업흐름은 주문 수집, 연구 획득, 메타데이터 인덱싱, 전문의 배정 및 보고서 회전 간의 정확한 조정에 의존합니다.
이 템플릿은 소유권 규칙과 선택적 Live Queries을 사용하여 ImagingRequest, Study, Radiologist, Report 및 AuditEvent를 정의하므로 팀이 영상의학 작업흐름을 신속하고 안전하게 구현할 수 있습니다.
핵심 방사선 정보 기능
이 허브의 모든 기술 카드에는 ImagingRequest, Study, Radiologist, Report 및 AuditEvent와 함께 동일한 방사선학 정보 스키마가 사용됩니다.
영상 요청 수령
환자 참고자료, 주문한 임상의 세부정보, 우선순위, 지시 사항 및 요청된 모달리티로 요청을 추적합니다.
연구 기록 및 DICOM 메타데이터
연구 식별자, 접근 번호, 모달리티, 연구 UID, 신체 부위, 수행 날짜 및 상태를 저장합니다.
방사선 전문의 등록 및 할당
전문가 프로필, 세부 전문 분야, 가용성 표시기 및 인증된 사용자에 대한 링크를 유지합니다.
진단 보고서 워크플로우
타임스탬프 및 검토자 컨텍스트와 함께 초안, 검토, 수정 및 최종 보고서 상태를 관리합니다.
감사 이벤트 및 리드 타임 추적
AuditEvent는 할당 변경, 보고서 최종화 및 메타데이터 수정과 같은 운영 작업을 캡처합니다.
왜 Back4app로 방사선 정보 백엔드를 구축해야 할까요?
Back4app는 귀하의 팀이 백엔드 배관 대신 작업 목록, 판독 경험 및 보고서 전달에 집중할 수 있도록 이미지 작업을 위한 안전한 백엔드 계약을 제공합니다.
- •워크플로우 준비 완료된 엔티티: 요청, 연구, 방사선 전문의 및 보고서를 위한 미리 정의된 클래스는 모든 것을 처음부터 설계하지 않고도 일반적인 방사선 흐름을 구현하는 데 도움이 됩니다.
- •검색 가능한 메타데이터 및 거버넌스: 구조화된 DICOM 관련 필드와 감사 이벤트를 저장하여 연구를 찾고, 라우팅하고, 팀 간에 검토하기 쉽게 만듭니다.
- •실시간 및 API 유연성: Live Queries을 사용하여 읽기 대기열 업데이트를 수행하면서 병원, PACS 인접 또는 알림 통합을 위해 REST 및 GraphQL를 노출합니다.
하나의 백엔드 계약으로 웹과 모바일에 걸쳐 이미지 요청 및 보고서 워크플로우를 표준화하고 방사선 제품의 시장 출시 시간을 단축합니다.
주요 이점
구조, 가시성 및 제어를 유지하면서 빠른 배송을 돕는 방사선학 워크플로우 백엔드입니다.
더 빠른 이미징 워크플로우 롤아웃
미리 구축된 요청-보고서 모델에서 시작하여 임상의 포털, 리딩 큐 및 진단 UX에 집중할 수 있습니다.
첫날부터 구조화된 메타데이터
키 DICOM 관련 연구 필드를 필터링, 라우팅 및 다운스트림 통합을 위한 표준 스키마에 저장합니다.
명확한 검토 및 승인 흐름
초안, 검토, 수정 및 최종화를 쉽게 관리할 수 있도록 보고서 생애주기 상태를 명시적으로 모델링합니다.
실시간 작업 목록 가시성
Live Queries는 새로 할당된 연구, 우선 순위 변경 또는 정리된 보고서를 즉시 관련 화면에 표시할 수 있습니다.
확장 가능한 통합 계층
REST 또는 GraphQL를 통해 예약 시스템, 알림 서비스, 포털 또는 아카이브 작업 흐름에 연결하십시오.
AI 지원 스캐폴딩
AI 에이전트 프롬프트를 사용하여 백엔드를 구성하고, 현실적인 레코드를 생성하며, 데모 또는 파일럿을 가속화하십시오.
방사선학 작업 흐름을 간소화할 준비가 되셨습니까?
Back4app AI 에이전트가 방사선학 정보 백엔드를 구성하고 샘플 요청, 연구, 전문의 및 보고서를 하나의 프롬프트에서 제공하도록 하십시오.
무료 시작 - 매달 50개의 AI 에이전트 프롬프트, 신용카드 필요 없음
기술 스택
이 방사선 정보 백엔드 템플릿에는 모든 것이 포함되어 있습니다.
프론트엔드
13개 이상의 기술
백엔드
Back4app
데이터베이스
MongoDB
인증
내장 인증 + 역할
API
REST 및 GraphQL
실시간
Live Queries
ER 다이어그램
방사선 정보 스키마에 대한 엔티티 관계 모델입니다.
ER 다이어그램
영상 요청, 연구, 방사선 전문의, 보고서 및 감사 이벤트를 포함한 스키마입니다.
다이어그램 소스 보기
Mermaid
erDiagram
ImagingCenter ||--o{ Modality : "operates"
ImagingCenter ||--o{ ImagingRequest : "receives"
User ||--o{ ImagingRequest : "orders"
Modality ||--o{ ImagingRequest : "scheduled_for"
ImagingRequest ||--o{ DicomStudy : "produces"
DicomStudy ||--o{ Report : "interpreted_as"
ImagingRequest ||--o{ WorklistItem : "creates"
User ||--o{ WorklistItem : "assigned"
User ||--o{ Report : "authors"
User ||--o{ AuditEvent : "actor_of"
User {
String objectId PK
String username
String email
String password
String role
String displayName
String specialty
Date createdAt
Date updatedAt
}
ImagingCenter {
String objectId PK
String name
String code
String location
String contactNumber
Date createdAt
Date updatedAt
}
Modality {
String objectId PK
Pointer imagingCenter FK
String name
String type
String dicomAETitle
String status
Date createdAt
Date updatedAt
}
ImagingRequest {
String objectId PK
String patientId
String patientName
String accessionNumber
String studyDescription
String priority
String status
Pointer requestedBy FK
Pointer imagingCenter FK
Pointer scheduledModality FK
Date scheduledAt
String clinicalIndication
Date createdAt
Date updatedAt
}
DicomStudy {
String objectId PK
Pointer imagingRequest FK
String studyInstanceUID
Number seriesCount
Number instanceCount
String modalityType
String bodyPartExamined
Date performedAt
String pacsLocation
String metadataStatus
Date createdAt
Date updatedAt
}
Report {
String objectId PK
Pointer dicomStudy FK
Pointer radiologist FK
String status
String findings
String impression
Boolean criticalFlag
Date signedAt
Number version
Date createdAt
Date updatedAt
}
WorklistItem {
String objectId PK
Pointer imagingRequest FK
Pointer assignedTo FK
String queueType
String status
Date dueAt
String notes
Date createdAt
Date updatedAt
}
AuditEvent {
String objectId PK
Pointer actor FK
String action
String targetClass
String targetId
String details
Date timestamp
}
통합 흐름
방사선 로그인, 영상 요청 검색, 연구 등록 및 보고서 마무리를 위한 Auth-to-CRUD 흐름입니다.
ER 다이어그램
다이어그램 소스 보기
Mermaid
sequenceDiagram
participant User as Radiology Staff
participant App as Radiology Information App
participant Back4app as Back4app Cloud
User->>App: Sign in to worklist
App->>Back4app: POST /login (username, password)
Back4app-->>App: Session token + user role
User->>App: Open today's imaging queue
App->>Back4app: GET /classes/WorklistItem?include=imagingRequest,assignedTo
Back4app-->>App: Worklist items with request context
User->>App: Register completed scan and DICOM metadata
App->>Back4app: POST /classes/DicomStudy (imagingRequest, studyInstanceUID, seriesCount, modalityType, metadataStatus)
Back4app-->>App: DicomStudy object + objectId
App->>Back4app: PUT /classes/ImagingRequest/{id} (status: completed)
Back4app-->>App: Updated ImagingRequest
User->>App: Draft and sign specialist report
App->>Back4app: POST /classes/Report (dicomStudy, radiologist, findings, impression, status: signed, signedAt)
Back4app-->>App: Signed Report saved
App->>Back4app: POST /classes/AuditEvent (action: report_signed, targetClass: Report, targetId)
Back4app-->>App: AuditEvent saved
Back4app-->>App: Live Query events (new urgent requests, signed reports)
App-->>User: Real-time queue and report status updates데이터 사전
Radiology Information 스키마의 모든 클래스에 대한 전체 필드 수준 참조.
| 필드 | 유형 | 설명 | 필수 |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | 자동 |
| username | String | Login username for clinicians and radiology staff | |
| String | User email address | ||
| password | String | Hashed password (write-only) | |
| role | String | Role in the workflow (admin, scheduler, technologist, radiologist, referring_physician) | |
| displayName | String | Full name displayed in the radiology workspace | — |
| specialty | String | Clinical specialty such as neuroradiology or orthopedics | — |
| createdAt | Date | Auto-generated creation timestamp | 자동 |
| updatedAt | Date | Auto-generated last-update timestamp | 자동 |
9 필드가 User에 있습니다.
보안 및 권한
ACL, 역할 및 CLP 전략이 이미지 요청, 연구 메타데이터 및 전문 보고서를 어떻게 보호하는지.
역할 기반 접근
관리자, 방사선사, 기술자 및 코디네이터와 같은 역할을 사용하여 CRUD 작업 및 화면 가시성을 조정합니다.
과제 인식 권한
보고서 초안 작성 및 연구 업데이트를 지정된 전문가 또는 운영 직원으로 제한하여 제어된 검토 경로를 유지합니다.
보호된 감사 이력
AuditEvent 기록은 추가 전용이어야 하며 클라이언트 측 삭제로부터 보호되어야 하므로 워크플로우 이력이 신뢰할 수 있습니다.
스키마 (JSON)
Back4app에 복사할 준비가 된 원시 JSON 스키마 정의 또는 구현 참조로 사용합니다.
JSON
{
"classes": [
{
"className": "User",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"username": {
"type": "String",
"required": true
},
"email": {
"type": "String",
"required": true
},
"password": {
"type": "String",
"required": true
},
"role": {
"type": "String",
"required": true
},
"displayName": {
"type": "String",
"required": false
},
"specialty": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "ImagingCenter",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"name": {
"type": "String",
"required": true
},
"code": {
"type": "String",
"required": true
},
"location": {
"type": "String",
"required": false
},
"contactNumber": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Modality",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"imagingCenter": {
"type": "Pointer",
"required": true,
"targetClass": "ImagingCenter"
},
"name": {
"type": "String",
"required": true
},
"type": {
"type": "String",
"required": true
},
"dicomAETitle": {
"type": "String",
"required": false
},
"status": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "ImagingRequest",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"patientId": {
"type": "String",
"required": true
},
"patientName": {
"type": "String",
"required": true
},
"accessionNumber": {
"type": "String",
"required": true
},
"studyDescription": {
"type": "String",
"required": true
},
"priority": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"requestedBy": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"imagingCenter": {
"type": "Pointer",
"required": true,
"targetClass": "ImagingCenter"
},
"scheduledModality": {
"type": "Pointer",
"required": false,
"targetClass": "Modality"
},
"scheduledAt": {
"type": "Date",
"required": false
},
"clinicalIndication": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "DicomStudy",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"imagingRequest": {
"type": "Pointer",
"required": true,
"targetClass": "ImagingRequest"
},
"studyInstanceUID": {
"type": "String",
"required": true
},
"seriesCount": {
"type": "Number",
"required": false
},
"instanceCount": {
"type": "Number",
"required": false
},
"modalityType": {
"type": "String",
"required": true
},
"bodyPartExamined": {
"type": "String",
"required": false
},
"performedAt": {
"type": "Date",
"required": false
},
"pacsLocation": {
"type": "String",
"required": false
},
"metadataStatus": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Report",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"dicomStudy": {
"type": "Pointer",
"required": true,
"targetClass": "DicomStudy"
},
"radiologist": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"status": {
"type": "String",
"required": true
},
"findings": {
"type": "String",
"required": false
},
"impression": {
"type": "String",
"required": false
},
"criticalFlag": {
"type": "Boolean",
"required": false
},
"signedAt": {
"type": "Date",
"required": false
},
"version": {
"type": "Number",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "WorklistItem",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"imagingRequest": {
"type": "Pointer",
"required": true,
"targetClass": "ImagingRequest"
},
"assignedTo": {
"type": "Pointer",
"required": false,
"targetClass": "User"
},
"queueType": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"dueAt": {
"type": "Date",
"required": false
},
"notes": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "AuditEvent",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"actor": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"action": {
"type": "String",
"required": true
},
"targetClass": {
"type": "String",
"required": true
},
"targetId": {
"type": "String",
"required": true
},
"details": {
"type": "String",
"required": false
},
"timestamp": {
"type": "Date",
"required": true
}
}
}
]
}AI 에이전트로 구축
이 템플릿을 사용하여 프론트엔드, 백엔드, 인증, 작업 목록 및 보고서 워크플로우 화면을 포함한 전체 방사선 정보 앱을 생성하는 Back4app AI 에이전트를 사용하세요.
Back4app AI 에이전트
구축할 준비 완료
Back4app에서 이 정확한 스키마와 동작으로 방사선 정보 백엔드를 생성하십시오. 스키마: 1. ImagingRequest: requestNumber (String, 필수), patientId (String, 필수), patientName (String), orderingClinician (String), priority (String: routine, urgent, stat), modalityRequested (String), clinicalIndication (String), status (String: requested, scheduled, performed, cancelled), objectId, createdAt, updatedAt. 2. Study: imagingRequest (ImagingRequest에 대한 포인터, 필수), accessionNumber (String, 필수), studyInstanceUID (String, 필수), modality (String), bodyPart (String), performedAt (Date), dicomMetadata (JSON), status (String: queued, acquired, reading, reported), objectId, createdAt, updatedAt. 3. Radiologist: user (내장 사용자에 대한 포인터, 필수), fullName (String), subspecialties (Array), active (Boolean), contact (JSON), objectId, createdAt, updatedAt. 4. Report: study (Study에 대한 포인터, 필수), author (Radiologist에 대한 포인터), reviewer (Radiologist에 대한 포인터, 선택적), status (String: draft, in_review, amended, final), findings (String), impression (String), finalizedAt (Date, 선택적), objectId, createdAt, updatedAt. 5. AuditEvent: actor (User에 대한 포인터), targetClass (String), targetId (String), action (String), details (JSON), timestamp (Date) - 추가 전용. 보안: - 역할 기반 CLP 및 ACL: 조정자와 관리자가 ImagingRequest 스케줄링 필드를 생성하거나 업데이트할 수 있으며, 지정된 방사선 전문의나 관리자가 초안 보고서를 편집할 수 있고, 검토자나 관리자가 보고서를 최종화할 수 있습니다. AuditEvent는 추가 전용이며 읽기 제한이 있습니다. 인증: - 사용자는 내장 사용자로 가입하고 로그인하며, 역할은 관리자가 할당합니다. 동작: - 사용자를 인증하고, 이미징 요청을 로드하며, DICOM 메타데이터로 스터디를 생성하거나 업데이트하고, 보고서를 초안하고, 각 중요한 작업에 대해 AuditEvent 항목을 작성합니다. 배송: - 선택한 기술에 따라 스키마, ACL, CLP, 클라우드 코드 유효성 검사, 샘플 데이터를 채운 Back4app 앱과 프론트엔드 스캐폴드를 제공합니다.
아래 버튼을 눌러 미리 채워진 이 템플릿 프롬프트로 에이전트를 열어보세요.
이 기본 프롬프트는 방사선 스키마 및 동작을 설명합니다. 이후에 기술별 접미사를 선택할 수 있습니다.
몇 분 만에 배포한 달에 50개의 무료 프롬프트신용 카드 필요 없음
API 놀이터
Radiology Information 스키마에 대해 REST 및 GraphQL 엔드포인트를 시도해 보세요. 응답은 가짜 데이터를 사용하며 Back4app 계정이 필요하지 않습니다.
플레이그라운드 로딩 중…
이 템플릿과 동일한 스키마를 사용합니다.
기술 선택
각 카드를 확장하여 통합 단계, 상태 패턴, 데이터 모델 예제 및 오프라인 노트를 확인하세요.
Flutter 방사선 정보 백엔드
React 방사선 정보 백엔드
React 네이티브 방사선 정보 백엔드
Next.js 방사선 정보 백엔드
JavaScript 방사선 정보 백엔드
Android 방사선 정보 백엔드
iOS 방사선 정보 백엔드
Vue 방사선 정보 백엔드
Angular 방사선 정보 백엔드
GraphQL 방사선 정보 백엔드
REST API 방사선 정보 백엔드
PHP 방사선 정보 백엔드
.NET 방사선 정보 백엔드
모든 기술로 얻는 것
모든 스택은 동일한 방사선 정보 백엔드 스키마와 API 계약을 사용합니다.
통합된 방사선 데이터 구조
이미지 요청 및 DICOM 연구를 위한 표준화된 데이터 모델.
방사선의 실시간 보고서 추적
보고서 및 이미지 요청의 상태를 실시간으로 모니터링합니다.
방사선 작업을 위한 안전한 공유
권한 있는 사용자와 민감한 이미지 데이터 및 보고서를 안전하게 공유합니다.
방사선용 REST/GraphQL API
유연한 API를 통해 데이터를 효율적으로 액세스하고 관리합니다.
방사선사 배정 관리
효율성을 개선하기 위해 방사선사에게 작업 배정을 간소화합니다.
방사선용 확장 가능한 프레임워크
특정 방사선 요구 사항을 충족하도록 백엔드를 쉽게 사용자 지정하고 확장합니다.
방사선 정보 프레임워크 비교
모든 지원 기술에 걸쳐 설정 속도, SDK 스타일 및 AI 지원을 비교합니다.
| 프레임워크 | 설정 시간 | 방사선 정보 이점 | SDK 유형 | AI 지원 |
|---|---|---|---|---|
| 약 5분 | 모바일 및 웹용 방사선 정보의 단일 코드베이스. | Typed SDK | 전체 | |
| 5분 이하 | 방사선 정보에 대한 빠른 웹 대시보드. | Typed SDK | 전체 | |
| ~3–7분 | 방사선 정보에 대한 크로스 플랫폼 모바일 앱. | Typed SDK | 전체 | |
| 신속한 (5분) 설정 | 방사선 정보에 대한 서버 렌더링 웹 앱. | Typed SDK | 전체 | |
| ~3–5분 | 방사선 정보에 대한 경량 웹 통합. | Typed SDK | 전체 | |
| 약 5분 | Android 방사선 정보에 대한 네이티브 앱. | Typed SDK | 전체 | |
| 5분 이하 | iOS 방사선 정보에 대한 네이티브 앱. | Typed SDK | 전체 | |
| ~3–7분 | Reactive 방사선 정보에 대한 웹 UI. | Typed SDK | 전체 | |
| 신속한 (5분) 설정 | 방사선 정보에 대한 기업 웹 앱. | Typed SDK | 전체 | |
| 2분 이하 | 방사선 정보에 대한 유연한 GraphQL API. | GraphQL API | 전체 | |
| 빠른 (2분) 설정 | REST API 방사선 정보에 대한 통합. | REST API | 전체 | |
| ~3분 | 방사선 정보에 대한 서버 측 PHP 백엔드. | REST API | 전체 | |
| ~3–7분 | .NET 방사선 정보에 대한 백엔드. | Typed SDK | 전체 |
설정 시간은 프로젝트 부트스트랩에서 첫 번째 방사선학 작업 목록이 ImagingRequest 및 Study 데이터로 채워질 때까지의 예상 기간을 반영합니다.
자주 묻는 질문
이 템플릿을 사용하여 방사선 정보 백엔드를 구축하는 것에 대한 일반적인 질문들입니다.
Radiology Information 백엔드는 무엇인가요?
이 Radiology Information 템플릿에는 무엇이 포함되나요?
Live Queries은(는) 방사선학 대시보드를 어떻게 도와주나요?
중복 이미징 요청을 어떻게 방지하나요?
보고서 거버넌스를 위해 어떤 필드를 추적해야 하나요?
최종 서명 전에 다단계 검토를 지원할 수 있나요?
AI 에이전트는 샘플 데이터에 어떻게 도움을 주나요?
보고서 및 감사 데이터에 대한 백업 옵션은 무엇이 있나요?
긴급 또는 즉각적인 연구를 어떻게 지원하나요?
