เทมเพลตแบ็คเอนด์การตรวจสอบการทดลองทางคลินิก
บันทึกความยินยอม, ความรับผิดชอบด้านยา, และการรายงานการตรวจสอบ
แบ็คเอนด์การตรวจสอบการทดลองทางคลินิก ที่พร้อมใช้งาน ใน Back4app พร้อมบันทึกความยินยอม, ความรับผิดชอบด้านยา, และรายงานการตรวจสอบ รวมถึงแผนภาพ ER, พจนานุกรมข้อมูล, โครงสร้าง JSON, API playground, และคำสั่ง AI Agent สำหรับการเริ่มต้นอย่างรวดเร็ว.
ผลลัพธ์การตรวจสอบการสร้าง
แบบฟอร์มนี้ให้คุณแบ็คเอนด์การตรวจสอบการทดลองทางคลินิกที่มีบันทึกการยินยอม, ความรับผิดชอบด้านยา, และรายงานการติดตามเพื่อให้ผู้จัดการและผู้ประสานงานสามารถจัดระเบียบกิจกรรมการทดลองและตรวจสอบได้.
- การติดตามบันทึกการยินยอม — โมเดลแต่ละ ConsentLog ด้วย signedAt, version, และ subjectRef เพื่อให้เส้นทางการตรวจสอบชัดเจนอยู่เสมอ.
- ความรับผิดชอบด้านยาตามขวดและชุด — ติดตามแถว DrugAccountability ตาม lotNumber, kitNumber, และ dispensedQty เพื่อการปรับสมดุลในไซต์.
- เวิร์กโฟลว์รายงานการติดตาม — แนบเอนทรี MonitorReport กับการตรวจเยี่ยม, ผลการตรวจสอบ, และวันครบกำหนดการติดตามเพื่อรอบการตรวจสอบ.
- การตรวจสอบระดับไซต์ — ใช้ความสัมพันธ์ระหว่างไซต์และการศึกษาเพื่อติดตามความยินยอม สินค้าคงคลัง และรายงานกิจกรรมในมุมมองเดียว
การตรวจสอบการทดลองทางคลินิกเบื้องหลังแบบเห็นภาพ
การดูแลสุขอนามัยในการตรวจสอบการทดลองทางคลินิกที่ดีหมายความว่านักตรวจสอบสามารถตัวอย่างบันทึกและเข้าใจขอบเขต สถานะ และการดำเนินการถัดไปได้ทันที บน Back4app การศึกษา ไซต์ ความยินยอม บันทึก และความรับผิดชอบด้านยา และรายงานการตรวจสอบเชื่อมต่อเข้าด้วยกันเป็นเรื่องราวการตรวจสอบการทดลองทางคลินิกที่สอดคล้องกันแทนที่จะเป็นกองตั๋วและไฟล์ที่แยกออกจากกัน แผนผังครอบคลุมการศึกษา (protocolCode, title, status) ไซต์ (siteCode, investigatorName, region) บันทึกความยินยอม (subjectId, consentVersion, signedAt) ความรับผิดชอบด้านยา (kitNumber, lotNumber, dispensedQty, returnedQty) และรายงานการตรวจสอบ (visitDate, findings, followUpDue) ที่มีความสัมพันธ์ที่เหมาะสมกับการตรวจสอบและการอนุญาตที่สร้างไว้ในนั้น เชื่อมต่อส่วนหน้าของคุณและส่งมอบได้เร็วขึ้น
ดีที่สุดสำหรับ:
สิ่งที่คุณได้รับในเทมเพลตการตรวจสอบการทดลองทางคลินิก
การตรวจสอบการทดลองทางคลินิกไม่ใช่เพียงแค่ความรวดเร็ว แต่เกี่ยวกับความสามารถในการป้องกันเมื่อมีคนถามว่า “แสดงให้ฉันเห็นว่าคุณรู้ว่าเรื่องนั้นเป็นจริงได้อย่างไร”
หากคุณกำลังประเมิน Back4app การศึกษา ซับไซต์ และ ConsentLog แสดงให้เห็นว่าคุณได้รับโครงสร้างมากเพียงใดก่อนที่จะเขียน SQL ที่กำหนดเอง
ฟีเจอร์การตรวจสอบทางคลินิกหลัก
การ์ดเทคโนโลยีทุกใบในศูนย์นี้ใช้โครงสร้างการตรวจสอบการทดลองทางคลินิกเดียวกันกับ Study, Site, ConsentLog, DrugAccountability, และ MonitorReport
เรียนรู้ทะเบียน
การศึกษาเก็บข้อมูลโค้ดโปรโตคอล, ชื่อเรื่อง, และสถานะ.
การประสานงานไซต์
ลิงก์ไซต์เชื่อมโยงโค้ดไซต์, ชื่อผู้วิจัย, และภูมิภาค.
บันทึกการเก็บบันทึกความยินยอม
บันทึก ConsentLog รหัสหัวข้อ, รุ่นความยินยอม, และเวลาที่ลงนาม.
ความรับผิดชอบต่อยา
DrugAccountability เก็บข้อมูล kitNumber, lotNumber, dispensedQty, และ returnedQty
ติดตามรายงานการตรวจสอบ
MonitorReport บันทึก visitDate, findings, และ followUpDue
ทำไมต้องสร้าง backend การตรวจสอบการทดลองทางคลินิกของคุณด้วย Back4app?
Back4app ให้คุณศึกษา การอนุญาต สินค้าคงคลัง และหน่วยรายงาน ดังนั้นผู้จัดการจึงสามารถใช้เวลาในการตรวจสอบกิจกรรมการทดลองแทนที่จะต้องverk infrastructure.
- •โครงสร้างการศึกษาและไซต์: คลาสการศึกษาและตัวชี้ไซต์ทำให้ protocolCode, siteCode, และ investigatorName เป็นระเบียบสำหรับแต่ละการทดลอง.
- •การตรวจสอบ ConsentLog และ DrugAccountability: บันทึก consentVersion, signedAt, kitNumber, และ returnedQty ในคลาสที่ง่ายต่อการค้นหาในระหว่างการปรับยอด.
- •ความสามารถในการมองเห็นรายงานการติดตาม: ใช้รายการรายงานการติดตามสำหรับ visitDate, findings, และ followUpDue ขณะที่ Live Queries ทำให้ทีมตรวจสอบทันสมัย.
สร้างและตรวจสอบกระบวนการตรวจสอบทางคลินิกได้อย่างรวดเร็วด้วยสัญญา backend เดียวในทุกแพลตฟอร์ม.
ประโยชน์หลัก
ระบบหลังบ้านสำหรับการตรวจสอบการทดลองทางคลินิกที่เก็บบันทึกความยินยอม, สต็อก, และรายงานให้ง่ายต่อการตรวจสอบ.
การตั้งค่าการตรวจสอบที่เร็วขึ้น
เริ่มต้นจากแบบจำลอง Study, Site, ConsentLog, DrugAccountability, และ MonitorReport ที่ครบถ้วนแทนที่จะร่างคลาสด้วยตัวเอง.
การทำงานของความยินยอมที่สามารถติดตามได้
เก็บ consentVersion และ signedAt ไว้ใน ConsentLog เพื่อที่ผู้ประสานงานจะสามารถตรวจสอบสิ่งที่ลงนามและเมื่อไหร่ได้.
การกระทบยอดสต็อก
ใช้ DrugAccountability พร้อมกับ kitNumber, lotNumber, dispensedQty, และ returnedQty เพื่อเปรียบเทียบการนับที่ไซต์อย่างแม่นยำ.
เส้นทางรายงานที่เป็นมิตรต่อการตรวจสอบ
MonitorReport เก็บ visitDate, findings, และ followUpDue ไว้สำหรับการตรวจสอบการดำเนินงานและการติดตาม.
การมองเห็นเว็บไซต์อย่างสม่ำเสมอ
การศึกษากับตัวชี้เว็บไซต์ช่วยทำให้กรองกิจกรรมการทดลองโดยโปรโตคอลโค้ดและไซต์โค้ดได้ง่ายขึ้น
เวิร์กโฟลว์บูตสแตรปด้วย AI
สร้างโครงสร้างแบ็กเอนด์และแนวทางการรวมระบบอย่างรวดเร็วด้วยคำสั่งที่มีโครงสร้างเพียงคำสั่งเดียว
พร้อมที่จะเปิดแอปตรวจสอบการทดลองทางคลินิกของคุณหรือยัง?
ให้ Back4app AI Agent สร้างโครงสร้างแบ็กเอนด์การตรวจสอบการทดลองทางคลินิกของคุณและสร้างบันทึกความยินยอม การรับรองยา และรายงานการตรวจสอบจากคำสั่งเดียว
เริ่มฟรี — 50 คำสั่ง AI Agent/เดือน ไม่ต้องใช้บัตรเครดิต
สแต็กเทคนิค
ทุกอย่างรวมอยู่ในเทมเพลตแบ็คเอนด์การตรวจสอบการทดลองคลินิกนี้.
แผนภาพ ER
แบบจำลองความสัมพันธ์ของเอนทิตีสำหรับสคีมาแบ็คเอนด์การตรวจสอบการทดลองทางคลินิก.
Schema ที่ครอบคลุมการศึกษา, สถานที่, บันทึกความยินยอม, ความรับผิดชอบต่อยา, และรายงานการตรวจสอบ.
ดูแหล่งที่มาของแผนภาพ
erDiagram
User ||--o{ TrialSite : "primaryCoordinator"
User ||--o{ ConsentLog : "signedBy"
User ||--o{ DrugAccountability : "countedBy"
User ||--o{ MonitorReport : "actionOwner"
TrialSite ||--o{ ConsentLog : "site"
TrialSite ||--o{ DrugAccountability : "site"
TrialSite ||--o{ MonitorReport : "site"
User {
String objectId PK
String username
String email
String password
String role
Date createdAt
Date updatedAt
}
TrialSite {
String objectId PK
String siteCode
String siteName
String country
String status
String primaryCoordinatorId FK
Date createdAt
Date updatedAt
}
ConsentLog {
String objectId PK
String siteId FK
String subjectId
String consentFormVersion
Date signedAt
String signedById FK
String documentUrl
String status
Date createdAt
Date updatedAt
}
DrugAccountability {
String objectId PK
String siteId FK
String drugCode
String lotNumber
Number quantityReceived
Number quantityDispensed
Number quantityReturned
String countedById FK
Date countedAt
String varianceNotes
Date createdAt
Date updatedAt
}
MonitorReport {
String objectId PK
String siteId FK
Date visitDate
String monitorName
String findings
String severity
String actionOwnerId FK
Date dueDate
String reportUrl
String status
Date createdAt
Date updatedAt
}
การไหลรวม
การไหลทั่วไปในระยะเวลาสำหรับการตรวจสอบสิทธิ์, บันทึกความยินยอม, การตรวจสอบความรับผิดชอบต่อยา, และการสร้างรายงานการตรวจสอบ.
ดูแหล่งที่มาของแผนภาพ
sequenceDiagram
participant User
participant App as Clinical Trial Audit App
participant Back4app as Back4app Cloud
User->>App: Sign in to review site audit work
App->>Back4app: POST /login
Back4app-->>App: Session token
User->>App: Open trial sites
App->>Back4app: GET /classes/TrialSite?include=primaryCoordinator
Back4app-->>App: Site roster with coordinators
User->>App: Record a signed consent
App->>Back4app: POST /classes/ConsentLog
Back4app-->>App: ConsentLog objectId
User->>App: Reconcile drug counts
App->>Back4app: POST /classes/DrugAccountability
Back4app-->>App: DrugAccountability objectId
User->>App: Submit a monitor report
App->>Back4app: POST /classes/MonitorReport
Back4app-->>App: MonitorReport objectId
App->>Back4app: Live query consent, drug, and report updates
Back4app-->>App: Real-time audit changesพจนานุกรมข้อมูล
เอกสารอ้างอิงระดับฟิลด์สำหรับทุกคลาสใน schema ตรวจสอบทางคลินิก.
| ฟิลด์ | ประเภท | คำอธิบาย | จำเป็น |
|---|---|---|---|
| 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 (e.g., manager, coordinator, field-staff, monitor) | |
| createdAt | Date | Auto-generated creation timestamp | อัตโนมัติ |
| updatedAt | Date | Auto-generated last-update timestamp | อัตโนมัติ |
7 ฟิลด์ใน User
ความปลอดภัยและสิทธิ์
วิธีที่กลยุทธ์ ACL และ CLP ปกป้องการศึกษา, บันทึกการยินยอม, แถวความรับผิดชอบของยา, และรายงานการตรวจสอบ.
การควบคุมการเป็นเจ้าของการศึกษา
只有授权的协调员或经理才能创建或更改研究，并且更改应在云代码中得到验证。
บันทึกความยินยอม Integrity
เฉพาะพนักงานที่ได้รับการอนุมัติเท่านั้นที่สามารถเขียนบันทึกความยินยอมสำหรับหัวข้อ และการแก้ไขเวลาที่ลงนามหรือตัวเวอร์ชันความยินยอมควรถูกควบคุมอย่างเข้มงวด.
ขอบเขตการเข้าถึงยาและรายงาน
จำกัดการอ่าน DrugAccountability และ MonitorReport ให้กับทีมงานที่กำหนดของไซต์ ผู้เฝ้าระวัง และหัวหน้าโครงการศึกษา.
สคีมา (JSON)
การกำหนดสคีมาของ JSON แบบดิบพร้อมที่จะคัดลอกไปยัง Back4app หรือใช้เป็นเอกสารอ้างอิงการดำเนินการ.
{
"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
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "TrialSite",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"siteCode": {
"type": "String",
"required": true
},
"siteName": {
"type": "String",
"required": true
},
"country": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"primaryCoordinator": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "ConsentLog",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"site": {
"type": "Pointer",
"required": true,
"targetClass": "TrialSite"
},
"subjectId": {
"type": "String",
"required": true
},
"consentFormVersion": {
"type": "String",
"required": true
},
"signedAt": {
"type": "Date",
"required": true
},
"signedBy": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"documentUrl": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "DrugAccountability",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"site": {
"type": "Pointer",
"required": true,
"targetClass": "TrialSite"
},
"drugCode": {
"type": "String",
"required": true
},
"lotNumber": {
"type": "String",
"required": true
},
"quantityReceived": {
"type": "Number",
"required": true
},
"quantityDispensed": {
"type": "Number",
"required": true
},
"quantityReturned": {
"type": "Number",
"required": true
},
"countedBy": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"countedAt": {
"type": "Date",
"required": true
},
"varianceNotes": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "MonitorReport",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"site": {
"type": "Pointer",
"required": true,
"targetClass": "TrialSite"
},
"visitDate": {
"type": "Date",
"required": true
},
"monitorName": {
"type": "String",
"required": true
},
"findings": {
"type": "String",
"required": true
},
"severity": {
"type": "String",
"required": true
},
"actionOwner": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"dueDate": {
"type": "Date",
"required": true
},
"reportUrl": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
}
]
}สร้างด้วย AI Agent
ใช้ Back4app AI Agent เพื่อสร้างแอปตรวจสอบทางคลินิกจริงจากแม่แบบนี้ รวมถึงฟรอนต์เอนด์ แบ็กเอนด์ การตรวจสอบสิทธิ์ และเวิร์กโฟลว์ความยินยอม ยา และการเฝ้าระวัง.
สร้างแอพพลิเคชั่นตรวจสอบการทดลองทางคลินิกด้านหลังบน Back4app ด้วยสคีม่าและพฤติกรรมที่แน่นอนนี้ สคีม่า: 1. ผู้ใช้ (ใช้ Back4app ในตัว): ชื่อผู้ใช้, อีเมล, รหัสผ่าน; objectId, createdAt, updatedAt (ระบบ). 2. การศึกษา: protocolCode (String, จำเป็น), ชื่อเรื่อง (String, จำเป็น), สถานะ (String, จำเป็น); objectId, createdAt, updatedAt (ระบบ). 3. สถานที่: การศึกษา (Pointer to Study, จำเป็น), siteCode (String, จำเป็น), ชื่อนักวิจัย (String, จำเป็น), ภูมิภาค (String, จำเป็น); objectId, createdAt, updatedAt (ระบบ). 4. ConsentLog: สถานที่ (Pointer to Site, จำเป็น), subjectId (String, จำเป็น), consentVersion (String, จำเป็น), signedAt (Date, จำเป็น), witnessName (String); objectId, createdAt, updatedAt (ระบบ). 5. DrugAccountability: สถานที่ (Pointer to Site, จำเป็น), kitNumber (String, จำเป็น), lotNumber (String, จำเป็น), dispensedQty (Number, จำเป็น), returnedQty (Number, จำเป็น), balanceQty (Number, จำเป็น); objectId, createdAt, updatedAt (ระบบ). 6. MonitorReport: สถานที่ (Pointer to Site, จำเป็น), visitDate (Date, จำเป็น), findings (String, จำเป็น), followUpDue (Date), severity (String); objectId, createdAt, updatedAt (ระบบ). ความปลอดภัย: - การเปลี่ยนแปลงการศึกษา require บุคลากรที่ได้รับอนุญาต การเขียน ConsentLog ต้องได้รับการตรวจสอบ DrugAccountability และการเข้าถึง MonitorReport ควรจำกัดเฉพาะทีมสถานที่และผู้เฝ้าระวังที่ได้รับมอบหมาย การตรวจสอบ: - ลงทะเบียน, เข้าสู่ระบบ, ออกจากระบบ. พฤติกรรม: - แสดงรายการการศึกษาและสถานที่, บันทึก Consent logs, ปรับปรุงการตรวจสอบยา และสร้างรายงานการเฝ้าตรวจ. ส่งมอบ: - แอพ Back4app พร้อมสคีม่า, ACLs, CLPs; ฟรอนต์เอนด์สำหรับการศึกษา, สถานที่, Consent logs, Drug accountability และรายงานการเฝ้าตรวจ.
กดปุ่มด้านล่างเพื่อเปิดตัวแทนด้วยเทมเพลตนี้ที่มีข้อความล่วงหน้า
นี่คือข้อความพื้นฐานที่ไม่มีคำต่อท้ายเทคโนโลยี คุณสามารถปรับแต่งสแต็กฟรอนต์เอนด์ที่สร้างขึ้นได้ในภายหลัง
API Playground
ลองใช้ REST และ GraphQL endpoints กับโครงสร้างข้อมูลการตรวจสอบการทดลองทางการแพทย์ ข้อมูลตอบกลับจะใช้ข้อมูลจำลองและไม่จำเป็นต้องมีบัญชี Back4app
ใช้โครงสร้างข้อมูลเดียวกับเทมเพลตนี้
เลือกเทคโนโลยีของคุณ
ขยายการ์ดแต่ละใบเพื่อดูวิธีการรวม Study, Site และ ConsentLog เข้ากับสแต็คที่คุณเลือก.
Flutter การตรวจสอบการทดลองทางคลินิก Backend
React การตรวจสอบการทดลองทางคลินิก Backend
React Native การตรวจสอบการทดลองทางคลินิก Backend
Next.js การตรวจสอบการทดลองทางคลินิก Backend
JavaScript การตรวจสอบการทดลองทางคลินิก Backend
Android การตรวจสอบการทดลองทางคลินิก Backend
iOS การตรวจสอบการทดลองทางคลินิก Backend
Vue การตรวจสอบการทดลองทางคลินิก Backend
Angular การตรวจสอบการทดลองทางคลินิก Backend
GraphQL การตรวจสอบการทดลองทางคลินิก Backend
REST API การตรวจสอบการทดลองทางคลินิก Backend
PHP การตรวจสอบการทดลองทางคลินิก Backend
.NET การตรวจสอบการทดลองทางคลินิก Backend
คุณจะได้รับอะไรจากเทคโนโลยีทุกตัว
ทุกสแต็คใช้โครงสร้างการตรวจสอบการทดลองทางคลินิกและสัญญา API เดียวกัน.
โครงสร้างการตรวจสอบทางคลินิกที่เป็นเอกภาพ
จัดการ Study, Site, ConsentLog, DrugAccountability และ MonitorReport ด้วยโครงสร้างเดียว.
การบันทึก Consent log สำหรับการทดลอง
บันทึกประวัติการให้ความยินยอมที่ถูกลงนามด้วย subjectId, consentVersion, และ signedAt.
การตรวจสอบความรับผิดชอบของยา
ติดตาม kitNumber, lotNumber, dispensedQty, returnedQty, และ balanceQty ที่ระดับไซต์.
ตรวจสอบขั้นตอนการรายงาน
เอกสารผลการค้นพบและวันที่ติดตามสำหรับการเยี่ยมชมการตรวจสอบไซต์.
REST/GraphQL APIs สำหรับระบบคลินิก
รวมเครื่องมือเว็บ, มือถือ, และปฏิบัติการด้วย 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 นาที | UI เว็บที่เป็น React สำหรับการตรวจสอบและการตรวจนับสต็อก. | SDK ที่พิมพ์ | ทั้งหมด | |
| การตั้งค่าอย่างรวดเร็ว (5 นาที) | แอปเว็บสำหรับผู้ประสานงานการตรวจสอบในองค์กร | SDK ที่พิมพ์ | ทั้งหมด | |
| ไม่เกิน 2 นาที | API ของ GraphQL ที่ยืดหยุ่นสำหรับข้อมูลการศึกษาและไซต์ที่ซ้อนกัน | GraphQL API | ทั้งหมด | |
| การตั้งค่าเร็ว (2 นาที) | การรวม REST API สำหรับเครื่องมือการตรวจสอบทางคลินิก | REST API | ทั้งหมด | |
| ~3 นาที | Backend PHP ฝั่งเซิร์ฟเวอร์สำหรับพอร์ทัลการตรวจสอบ | REST API | ทั้งหมด | |
| ~3–7 นาที | .NET เบื้องหลังสำหรับการดำเนินการที่มีการควบคุม. | SDK ที่พิมพ์ | ทั้งหมด |
ระยะเวลาการตั้งค่าจะแสดงถึงระยะเวลาที่คาดหวังตั้งแต่การเริ่มต้นโครงการไปจนถึงการทำการสอบสวนครั้งแรก การเข้าถึงหรือการสอบถามเอกสารความยินยอมโดยใช้แผนผังเทมเพลตนี้
คำถามที่พบบ่อย
คำถามทั่วไปเกี่ยวกับการสร้างแบ็คเอนด์การตรวจสอบการทดลองทางคลินิกด้วยเทมเพลตนี้。
พร้อมที่จะสร้างแอปตรวจสอบการทดลองทางคลินิกของคุณหรือยัง?
เริ่มโปรเจกต์การตรวจสอบการทดลองทางคลินิกของคุณในไม่กี่นาที ไม่ต้องใช้บัตรเครดิต.