임상 시험 피험자 CRM 백엔드 템플릿
사용자, 연구, 피험자, 선별, 방문, 및 부작용 추적
생산 준비가 완료된 임상 시험 피험자 CRM 백엔드 on Back4app으로 연구, 피험자, 선별, 방문, 부작용, 및 피험자 노트 워크플로우를 포함합니다. ER 다이어그램, 데이터 사전, JSON 스키마, API 놀이터, 및 신속한 부트스트랩을 위한 AI 에이전트 프롬프트가 포함됩니다.
시험 요약
이 템플릿은 주관적 운영자가 수동 후속 조치를 줄이면서 주관적 작업을 수행할 수 있도록 사용자, 연구, 주체, 스크리닝, 방문, 부작용 및 주관적 메모 클래스로 구성된 임상 시험 주체 CRM 백엔드를 제공합니다.
- 스크리닝 상태 추적 — 각 주체 및 스크리닝 기록을 모델링하여 운영자가 스크리닝 날짜 및 메모와 함께 보류 중, 통과, 실패 또는 재스크리닝 상태를 볼 수 있도록 합니다.
- 방문 일정 가시성 — Visit.visitType, scheduledAt, visitStatus, location 및 coordinator를 사용하여 계획된 방문 및 재일정을 쿼리 가능하게 유지합니다.
- 부작용 로그 기록 — 안전 검토를 위해 AdverseEvent.eventTerm, severity, serious, onsetDate, status 및 reportedBy를 기록합니다.
- 코디네이터 친화적인 워크플로우 — Subject.coordinator 할당, Screening.completedBy, Visit.coordinator, SubjectNote.author로 연구 스태프 지원하기
- 크로스 플랫폼 시험 운영 — GraphQL API를 통해 피험자, 방문, 안전 노트 및 부작용에 대한 웹, 모바일 및 임상 대시보드 제공
임상 시험 피험자 CRM 템플릿이란 무엇입니까?
임상 시험 피험자 CRM의 보고서는 폴더 및 메시지 스레드를 수동으로 찾아보지 않고도 리더십 질문에 답해야 합니다. 그것은 드물게 단일 버그이며 — 그것은 드리프트입니다. Back4app는 마감일, 문서 및 커뮤니케이션이 필요한 임상 시험 피험자 CRM 관행의 핵심 엔티티를 하나의 권한이 부여된 작업 공간에 고정시킵니다. 스키마는 인증 및 안전 인식을 포함한 워크플로가 구축된 사용자, 연구, 피험자, 스크리닝, 방문, 부작용 및 SubjectNote 레코드를 포함합니다. 선호하는 프론트엔드를 연결하고 더 빨리 배포하세요.
최고의 사용처:
임상 시험 참가자 CRM 백엔드 개요
임상 시험 참가자 CRM 팀은 일상적인 작업이 지루할 때 승리합니다: 예측 가능한 기록, 명확한 소유권, 작은 문제가 사건으로 발전하기 전에 경고합니다.
연구 과제 추적, 참가자 등록, 스크리닝 워크플로를 먼저 검토한 후, SDK별 메모 및 통합 패턴을 보려면 스택 카드를 열어보세요.
임상 시험 핵심 기능
이 허브의 모든 기술 카드에는 User, Study, Subject, Screening, Visit, AdverseEvent 및 SubjectNote와 함께 동일한 임상 시험 백엔드 스키마가 사용됩니다.
연구 과제 추적
연구는 protocolId, 제목, 상태, 주 연구자 및 사이트 이름을 저장합니다.
주제 등록부
주제는 subjectId, 전체 이름, 선별 상태, 연구, 조정자, 생년월일, 출생 시 성별 및 동의서 서명 날짜를 저장합니다.
선별 작업 흐름
선별은 주제, 연구, 선별상태, 선별일자, 완료자, 및 노트를 연결합니다.
방문 일정 잡기
방문은 주제, 연구, 방문유형, 예정일, 방문상태, 장소, 및 코디네이터를 캡처합니다.
안전 이벤트 로깅
AdverseEvent는 주제, 연구, 이벤트 용어, 중증도, 심각성, 발생일, 상태, 및 보고자를 저장합니다.
왜 Back4app로 임상 시험 피험자 CRM 백엔드를 구축해야 할까요?
Back4app는 사용자, 연구, 피험자, 스크리닝, 방문, 부작용, 및 피험자 노트 기본 요소를 제공하여 조정자가 인프라 구축 대신 시험 운영에 집중할 수 있게 합니다.
- •하나의 스키마에서 스크리닝 및 피험자 흐름: 피험자 및 스크리닝 클래스는 subjectId, fullName, screeningStatus, screeningDate, 및 completedBy를 한 곳에 유지합니다.
- •방문 일정은 검색 가능하게 유지됩니다.: 방문 및 피험자 노트 필드는 계획된 약속, 일정 변경 및 직원 후속 조치를 쉽게 검토할 수 있게 합니다.
- •안전 로그는 명시적입니다.: 부작용 항목은 eventTerm, severity, serious, onsetDate, status, 및 reportedBy와 함께 검토 가능한 이벤트 타임라인을 지원합니다.
스크리닝, 방문, 노트 및 부작용이 팀 간에 조화를 이루는 임상 시험 백엔드를 구축하세요.
시험 혜택
코디네이터가 더 빠르게 작업할 수 있도록 돕는 임상 시험 백엔드로, 연구 대상 운영을 체계적으로 유지합니다.
빠른 시험 시작
시험 테이블을 처음부터 매핑하는 대신 완전한 User, Study, Subject, Screening, Visit, AdverseEvent 및 SubjectNote 스키마에서 시작합니다.
명확한 스크리닝 상태
Subject.screeningStatus 및 Screening.screeningStatus를 사용하여 대기 중, 통과, 실패 및 재스크리닝 사례를 구분합니다.
추측 없이 방문 조정하기
staff가 다음에 무엇이 올지 알 수 있도록 visitType, scheduledAt, visitStatus 및 로케이션으로 Visit 기록을 예약하고 재조정합니다.
안전성 검토 추적
AdverseEvent.severity, serious, onsetDate, status, 및 reportedBy는 안전성 팀에 읽기 쉬운 사건 이력을 제공합니다.
주제 노트는 기록에 계속 연결됩니다.
SubjectNote.noteType, noteText, author, 및 subject는 통화, 방문, 및 선별 노트를 올바른 참가자에 연결합니다.
AI 지원 부트스트랩 워크플로
하나의 구조화된 프롬프트로 백엔드 스캐폴딩과 통합 가이드를 빠르게 생성합니다.
Clinical Trial Subject CRM을 시작할 준비가 되셨나요?
Back4app AI Agent가 귀하의 Clinical Trial Subject CRM 백엔드를 스캐폴딩하고 User, Study, Subject, Screening, Visit, AdverseEvent, 및 SubjectNote 워크플로를 하나의 프롬프트에서 생성하도록 하십시오.
무료 시작 - 월 50 AI 에이전트 프롬프트, 신용카드 없음
임상 시험 기술 스택
이 임상 시험 백엔드 템플릿에 모든 것이 포함되어 있습니다.
임상 스키마 맵
임상 시험 피험자 CRM 백엔드 스키마에 대한 개체 관계 모델입니다.
사용자, 연구, 피험자, 선별 기록, 방문, 부작용 및 피험자 노트를 포괄하는 스키마입니다.
다이어그램 원본 보기
erDiagram
User ||--o{ Study : "principalInvestigator"
User ||--o{ Subject : "coordinator"
User ||--o{ Screening : "completedBy"
User ||--o{ Visit : "coordinator"
User ||--o{ AdverseEvent : "reportedBy"
User ||--o{ SubjectNote : "author"
Study ||--o{ Subject : "study"
Study ||--o{ Screening : "study"
Study ||--o{ Visit : "study"
Study ||--o{ AdverseEvent : "study"
Subject ||--o{ Screening : "subject"
Subject ||--o{ Visit : "subject"
Subject ||--o{ AdverseEvent : "subject"
Subject ||--o{ SubjectNote : "subject"
User {
String objectId PK
String username
String email
String password
String role
String siteName
Date createdAt
Date updatedAt
}
Study {
String objectId PK
String protocolId
String title
String status
String principalInvestigatorId FK
String siteName
Date createdAt
Date updatedAt
}
Subject {
String objectId PK
String subjectId
String fullName
String screeningStatus
String studyId FK
String coordinatorId FK
Date dob
String sexAtBirth
Date consentSignedAt
Date createdAt
Date updatedAt
}
Screening {
String objectId PK
String subjectId FK
String studyId FK
String screeningStatus
Date screeningDate
String completedById FK
String notes
Date createdAt
Date updatedAt
}
Visit {
String objectId PK
String subjectId FK
String studyId FK
String visitType
Date scheduledAt
String visitStatus
String location
String coordinatorId FK
Date createdAt
Date updatedAt
}
AdverseEvent {
String objectId PK
String subjectId FK
String studyId FK
String eventTerm
String severity
Boolean serious
Date onsetDate
String status
String reportedById FK
Date createdAt
Date updatedAt
}
SubjectNote {
String objectId PK
String subjectId FK
String authorId FK
String noteType
String noteText
Date createdAt
Date updatedAt
}
임상 통합 흐름
사용자 로그인, 피험자 선별, 방문 일정, 피험자 노트 입력 및 부작용 로그에 대한 일반적인 실행 흐름입니다.
다이어그램 원본 보기
sequenceDiagram
participant User
participant App as Clinical Trial Subject CRM App
participant Back4app as Back4app Cloud
User->>App: Sign in
App->>Back4app: POST /login
Back4app-->>App: Session token
User->>App: Open screening queue
App->>Back4app: GET /classes/Screening?include=subject,study&order=-screeningDate
Back4app-->>App: Screening rows with subjectId and screeningStatus
User->>App: Add a visit schedule
App->>Back4app: POST /classes/Visit
Back4app-->>App: Visit objectId and scheduledAt
User->>App: Log an adverse event
App->>Back4app: POST /classes/AdverseEvent
Back4app-->>App: AdverseEvent objectId and status
App->>Back4app: Subscribe to live updates for Visit and AdverseEvent
Back4app-->>App: Real-time subject activity필드 가이드
임상 시험 스키마의 모든 클래스에 대한 전체 필드 수준 참조입니다.
| 필드 | 유형 | 설명 | 필수 |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | 자동 |
| username | String | User login name | |
| String | User email address | ||
| password | String | Hashed password (write-only) | |
| role | String | Role of the user, such as coordinator, investigator, or sponsor | |
| siteName | String | Clinical site or clinic name | — |
| createdAt | Date | Auto-generated creation timestamp | 자동 |
| updatedAt | Date | Auto-generated last-update timestamp | 자동 |
8 필드가 User에 있습니다.
임상 접근 제어
ACL 및 CLP 전략이 연구, 피험자, 방문, 피험자 노트 및 부작용 로그를 어떻게 보호하는지에 대한 설명.
코디네이터 범위 접근
승인된 시험 직원만이 피험자, 선별, 방문, 이상사례 및 피험자 노트 기록을 생성하거나 편집할 수 있습니다.
사이트 수준 데이터 분리
연구 소유권 및 포인터 기반 쿼리를 사용하여 팀이 자신들에게 할당된 피험자만 볼 수 있도록 합니다.
안전 로그 무결성
이상사례 항목은 작성이 제한되어야 하며 검토에 도달하기 전에 Cloud Code에서 검증되어야 합니다.
JSON 스키마
Back4app에 복사하기 위한 원시 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
},
"siteName": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Study",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"protocolId": {
"type": "String",
"required": true
},
"title": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"principalInvestigator": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"siteName": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Subject",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"subjectId": {
"type": "String",
"required": true
},
"fullName": {
"type": "String",
"required": true
},
"screeningStatus": {
"type": "String",
"required": true
},
"study": {
"type": "Pointer",
"required": true,
"targetClass": "Study"
},
"coordinator": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"dob": {
"type": "Date",
"required": false
},
"sexAtBirth": {
"type": "String",
"required": false
},
"consentSignedAt": {
"type": "Date",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Screening",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"subject": {
"type": "Pointer",
"required": true,
"targetClass": "Subject"
},
"study": {
"type": "Pointer",
"required": true,
"targetClass": "Study"
},
"screeningStatus": {
"type": "String",
"required": true
},
"screeningDate": {
"type": "Date",
"required": true
},
"completedBy": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"notes": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Visit",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"subject": {
"type": "Pointer",
"required": true,
"targetClass": "Subject"
},
"study": {
"type": "Pointer",
"required": true,
"targetClass": "Study"
},
"visitType": {
"type": "String",
"required": true
},
"scheduledAt": {
"type": "Date",
"required": true
},
"visitStatus": {
"type": "String",
"required": true
},
"location": {
"type": "String",
"required": false
},
"coordinator": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "AdverseEvent",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"subject": {
"type": "Pointer",
"required": true,
"targetClass": "Subject"
},
"study": {
"type": "Pointer",
"required": true,
"targetClass": "Study"
},
"eventTerm": {
"type": "String",
"required": true
},
"severity": {
"type": "String",
"required": true
},
"serious": {
"type": "Boolean",
"required": true
},
"onsetDate": {
"type": "Date",
"required": true
},
"status": {
"type": "String",
"required": true
},
"reportedBy": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "SubjectNote",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"subject": {
"type": "Pointer",
"required": true,
"targetClass": "Subject"
},
"author": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"noteType": {
"type": "String",
"required": true
},
"noteText": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
}
]
}AI 에이전트로 빌드하기
이 템플릿을 사용하여 Back4app AI 에이전트를 통해 실제 임상 시험 대상 CRM 앱을 생성하세요. 프론트엔드, 백엔드, 인증 및 스크리닝, 방문, 노트 및 안전 흐름이 포함됩니다.
Back4app에서 이 정확한 스키마 및 동작으로 안전한 임상 시험 대상 CRM 백엔드를 만듭니다. 스키마: 1. 사용자 (필수로 Back4app 내장 사용): 사용자 이름, 이메일, 비밀번호, 역할, 사이트 이름; objectId, createdAt, updatedAt (시스템). 2. 연구: protocolId (문자열, 필수), 제목 (문자열, 필수), 상태 (문자열, 필수), 주 연구자 (사용자에 대한 포인터, 필수), 사이트 이름 (문자열, 필수); objectId, createdAt, updatedAt (시스템). 3. 대상: subjectId (문자열, 필수), 전체 이름 (문자열, 필수), 스크리닝 상태 (문자열, 필수), 연구 (연구에 대한 포인터, 필수), 코디네이터 (사용자에 대한 포인터, 필수), 생년월일, 출생 시 성별, 동의 서명 날짜; objectId, createdAt, updatedAt (시스템). 4. 스크리닝: 대상 (대상에 대한 포인터, 필수), 연구 (연구에 대한 포인터, 필수), 스크리닝 상태 (문자열, 필수), 스크리닝 날짜 (날짜, 필수), 완료자 (사용자에 대한 포인터, 필수), 노트 (문자열); objectId, createdAt, updatedAt (시스템). 5. 방문: 대상 (대상에 대한 포인터, 필수), 연구 (연구에 대한 포인터, 필수), 방문 유형 (문자열, 필수), 예정 날짜 (날짜, 필수), 방문 상태 (문자열, 필수), 위치 (문자열), 코디네이터 (사용자에 대한 포인터, 필수); objectId, createdAt, updatedAt (시스템). 6. 부작용: 대상 (대상에 대한 포인터, 필수), 연구 (연구에 대한 포인터, 필수), 사건 용어 (문자열, 필수), 심각도 (문자열, 필수), 심각한 (부울, 필수), 발병 날짜 (날짜, 필수), 상태 (문자열, 필수), 보고자 (사용자에 대한 포인터, 필수); objectId, createdAt, updatedAt (시스템). 7. 대상 노트: 대상 (대상에 대한 포인터, 필수), 작성자 (사용자에 대한 포인터, 필수), 노트 유형 (문자열, 필수), 노트 텍스트 (문자열); objectId, createdAt, updatedAt (시스템). 보안: - 대상 목록은 인증된 직원으로 제한합니다. - 코디네이터가 자신의 사이트에 대한 대상 및 방문을 편집할 수 있도록 합니다. - 부작용 입력을 코디네이터 또는 연구자 역할의 인증된 사용자로 제한합니다. - ACL과 CLP를 사용하여 스크리닝 상태, 방문 일정, 대상 노트 및 부작용 로그가 공개 액세스로부터 보호받도록 합니다. 인증: - 가입, 로그인, 로그아웃. 동작: - 스크리닝 대기열, 대상 할당, 방문 일정, 부작용 로그 및 대상 노트를 추적합니다. - 연구, 스크리닝 상태, 방문 상태 및 심각한 부작용으로 필터링된 쿼리를 지원합니다. 제공: - 스키마, ACL, CLP가 포함된 Back4app 앱; 스크리닝 대시보드, 방문 계획, 부작용 보고 및 대상 노트를 위한 프론트엔드.
아래 버튼을 눌러 이 템플릿 프롬프트가 미리 채워진 상태로 에이전트를 엽니다.
이것은 기술 접미사가 없는 기본 프롬프트입니다. 생성된 프론트엔드 스택은 이후에 조정할 수 있습니다.
API 샌드박스
임상 시험 스키마에 대해 REST 및 GraphQL 엔드포인트를 시험해 보세요. 응답은 테스트 데이터를 사용하며 Back4app 계정이 필요하지 않습니다.
이 템플릿과 동일한 스키마를 사용합니다.
스택 선택하기
각 카드를 확장하여 선택한 스택과 스터디, 과목, 스크리닝을 통합하는 방법을 확인하세요.
Flutter 임상 시험 주제 CRM 백엔드
React 임상 시험 주제 CRM 백엔드
React 네이티브 임상 시험 주제 CRM 백엔드
Next.js 임상 시험 주제 CRM 백엔드
JavaScript 임상 시험 주제 CRM 백엔드
Android 임상 시험 주제 CRM 백엔드
iOS 임상 시험 주제 CRM 백엔드
Vue 임상 시험 주제 CRM 백엔드
Angular 임상 시험 주제 CRM 백엔드
GraphQL 임상 시험 주제 CRM 백엔드
REST API 임상 시험 주제 CRM 백엔드
PHP 임상 시험 주제 CRM 백엔드
.NET 임상 시험 주제 CRM 백엔드
모든 기술로 얻는 것
모든 스택은 동일한 임상 시험 백엔드 스키마 및 API 계약을 사용합니다.
통합된 시험 운영 데이터 구조
일관된 스키마를 사용하여 사용자, 연구, 주제, 스크리닝, 방문, 이상사례 및 주제 메모 기록을 쉽게 관리합니다.
시험 팀을 위한 스크리닝 상태 제어
명시적 주제 필드를 통해 적격성 및 등록 이정표를 추적합니다.
조정자를 위한 방문 일정 예약
예약된 방문, 완료된 방문, 놓친 방문 또는 취소된 방문을 한 곳에서 조정합니다.
임상 워크플로우를 위한 안전 사건 기록
중증도 및 후속 상태와 함께 이상 사례를 기록합니다.
임상 스택 비교
모든 지원되는 기술에 걸쳐 설정 속도, SDK 스타일 및 AI 지원을 비교하세요.
| 프레임워크 | 설정 시간 | 임상 시험 혜택 | SDK 유형 | AI 지원 |
|---|---|---|---|---|
| 약 5분 | 모바일 및 웹 전반에 걸친 코디네이터 앱을 위한 단일 코드베이스입니다. | 타입된 SDK | 전체 | |
| 5분 이내 | 스크리닝 및 방문 계획을 위한 빠른 웹 대시보드입니다. | 타입된 SDK | 전체 | |
| 약 3–7분 | 사이트 직원용 크로스 플랫폼 모바일 앱입니다. | 타입된 SDK | 전체 | |
| 신속한 (5분) 설정 | 서버 렌더링된 클리니컬 운영 대시보드입니다. | 타입된 SDK | 전체 | |
| ~3-5분 | 시험 운영을 위한 경량 웹 통합입니다. | 타입된 SDK | 전체 | |
| 약 5분 | 조정자를 위한 네이티브 Android 앱입니다. | 타입된 SDK | 전체 | |
| 5분 미만 | 방문 및 안전 검토를 위한 네이티브 iOS 앱입니다. | 타입된 SDK | 전체 | |
| ~3-7분 | React 주제 추적을 위한 웹 UI입니다. | 입력된 SDK | 전체 | |
| 신속한 (5분) 설정 | 임상 팀을 위한 엔터프라이즈 대시보드입니다. | 입력된 SDK | 전체 | |
| 2분 이내 | 중첩된 시험 쿼리를 위한 유연한 GraphQL API입니다. | GraphQL API | 전체 | |
| 빠른 (2분) 설정 | REST API 통합을 통한 임상 운영. | REST API | 전체 | |
| 약 3분 | 코디네이터 도구를 위한 서버측 PHP 통합. | REST API | 전체 | |
| 약 3–7분 | 규제 작업 앱을 위한 .NET 백엔드. | 타입된 SDK | 전체 |
설정 시간은 이 템플릿 스키마를 사용하여 프로젝트 시작부터 첫 번째 주제 또는 방문 쿼리까지의 예상 기간을 반영합니다.
임상 시험 FAQ
이 템플릿을 사용하여 임상 시험 피험자 CRM 백엔드를 구축하는 것에 대한 일반적인 질문.
