臨床試驗受試者客戶關係管理後端

臨床試驗受試者客戶關係管理後端範本
使用者、研究、受試者、篩選、訪問和不良事件追蹤

Q: 隨著量的增加，臨床試驗受試者的 CRM 實踐如何保持高質量的 intake？

這是一個針對試驗操作的後端架構和 API：用戶、研究、受試者、篩選記錄、訪問時間表、受試者備註和不良事件記錄。

Q: 臨床試驗受試者的 CRM 團隊應該如何建模客戶、事務和內部交接，以消除模糊性？

它包括用戶、研究、受試者、篩選、訪問、不良事件和受試者備註，以及 ER 圖、API 操作台和 AI 代理提示。

Q: 我們可以在不破壞臨床試驗受試者 CRM 記錄的情況下整合電子簽名或文檔存儲嗎？

Back4app 為您提供管理的數據庫、身份驗證、實時查詢和靈活架構，因此您可以跟踪篩選狀態、訪問時間表、備註和安全事件，而無需運行自己的後端。

Q: 我該如何使用 Flutter 查詢受試者和訪問？

使用 Subject 和 Visit 類別列出篩選狀態和即將到來的訪問，然後在帶有 Back4app SDK 的協調員儀表板中顯示它們。

Q: 我該如何管理與 Next.js Server Actions 相關的臨床試驗受試者 CRM 訪問？

使用伺服器操作創建用於篩選、訪問或 SubjectNote 的 Parse 物件，並包含受試者指針和站點約束，並在 Cloud Code 中驗證寫入。

Q: React Native 能否離線緩存不良事件？

可以。啟用本地數據存儲並釘住不良事件結果，以便安全檢查者可以查看近期條目並在重新連接後同步更新。

Q: 我該如何防止未經授權訪問受試者數據？

在 Subject、Screening、Visit、AdverseEvent 和 SubjectNote 的 Cloud Code beforeSave 中，強制執行基於站點的訪問檢查，並拒絕未經批准的用戶的寫入。

Q: 在 Android 上顯示試驗操作的最佳方法是什麼？

查詢 Study、Subject、Visit、AdverseEvent 和 SubjectNote 類別，在本地屏幕上顯示站點名單、篩選狀態、訪問活動和安全警報。

Q: 篩查到訪的流程是如何運作的？

協調員登記參與者，創建篩查記錄，更新篩查狀態，排定訪問時間，必要時寫入參與者備註，並記錄與該訪問相關的任何不良事件。

一個生產就緒的 臨床試驗受試者客戶關係管理後端 在 Back4app，具備研究、受試者、篩選、訪問、不良事件 和 受試者備註 工作流程。包括 ER 圖、資料字典、JSON 架構、API 遊樂場以及一個 AI 代理 提示以便快速啟動。

使用 AI 代理建造選擇您的技術

試用要點

此模板提供了臨床試驗主題 CRM 後端，包括用戶、研究、主題、篩查、訪問、不良事件和主題註解類別，讓協調員能夠以更少的手動跟進進行主題操作。

篩查狀態追踪 — 為每個主題和篩查記錄建模，以便協調員可以查看待定、通過、失敗或重新篩查的狀態，並附上篩查日期和註解。
訪問計劃的可見性 — 使用 Visit.visitType、scheduledAt、visitStatus、location 和 coordinator 以保持計劃訪問和重新安排的查詢能力。
不良事件記錄 — 捕捉 AdverseEvent.eventTerm、嚴重程度、嚴重性、發作日期、狀態和報告者，以便進行安全評審。
協調者友好的工作流程 — 支持研究人員使用 Subject.coordinator 分配、Screening.completedBy、Visit.coordinator 和 SubjectNote.author 在一個後端。
跨平台試驗操作 — 通過一個 REST 和 GraphQL API 為受試者、訪問、安全備註和不良事件提供網絡、移動和臨床儀表板。

什麼是臨床試驗受試者 CRM 模板？

臨床試驗受試者 CRM 的報告應該能在不手動搜尋文件夾和消息線程的情況下回答領導問題。這不常是一個人為錯誤，而是逐漸偏移。 Back4app 鎖定臨床試驗受試者 CRM 實踐所需的核心實體，該實踐需要在一個授權的工作區中設置截止日期、文件和通信。該模式涵蓋了用戶、研究、受試者、篩查、訪問、不良事件和 SubjectNote 記錄，並內建身份驗證和安全意識工作流程。連接您首選的前端，快速運送。

最佳用於：

臨床試驗操作應用程式受試者篩選追蹤器訪問排程工具不良事件登錄系統臨床協調員儀表板團隊選擇 BaaS 進行受規範的工作流

臨床試驗受試者 CRM 後端概述

臨床試驗受試者 CRM 團隊在例行工作無聊時獲勝：可預測的記錄、明顯的所有權和在小問題成為事件之前的警報。

首先審查研究分配追蹤、受試者登記、篩選工作流，然後打開堆疊卡以查看特定於 SDK 的註釋和整合模式。

臨床試驗核心功能

此中心中的每個技術卡片都使用相同的臨床試驗後端模式，包括用戶、研究、受試者、篩檢、訪問、不良事件和受試者記錄。

研究分配追踪

研究存儲 protocolId、標題、狀態、主要研究者和站點名稱。

主題登記册

主題存儲 subjectId、全名、篩查狀態、研究、協調員、出生日期、性別及同意簽署時間。

篩選工作流程

篩選鏈接了受試者、研究、篩選狀態、篩選日期、完成者以及備註。

訪問排程

訪問捕捉受試者、研究、訪問類型、預定時間、訪問狀態、位置和協調者。

安全事件登錄

不良事件存儲受試者、研究、事件術語、嚴重性、嚴重程度、發作日期、狀態和報告者。

為什麼要使用 Back4app 構建您的臨床試驗主題 CRM 後端？

Back4app 提供用戶、研究、主題、篩查、訪問、不良事件和主題筆記原語，使協調員能夠專注於試驗操作，而不是佈建基礎設施。

•在一個架構中的篩查和主題流程: 主題和篩查類別將 subjectId、fullName、screeningStatus、screeningDate 和 completedBy 集中在一個地方。
•訪問計劃可保持查詢: 訪問和 SubjectNote 欄位使計劃的約會、重新預約和員工跟進易於查看。
•安全記錄是明確的: 不良事件條目包含 eventTerm、severity、serious、onsetDate、status 和 reportedBy，支持可回顧的事件時間線。

構建一個臨床試驗後端，使篩查、訪問、筆記和不良事件在團隊之間保持一致。

試驗利益

一個幫助協調者更快工作的臨床試驗後端，同時保持受試者操作有序。

快速啟動試驗

從完整的用戶、研究、受試者、篩檢、訪問、不良事件和受試者記錄模式開始，而不是從頭開始映射試驗表格。

清晰的篩檢狀態

使用 Subject.screeningStatus 和 Screening.screeningStatus 來區分待處理、通過、失敗和重新篩檢案例。

無需猜測的訪問協調

使用 visitType、scheduledAt、visitStatus 和 location 安排和重新安排訪問記錄，讓工作人員知道接下來要做什麼。

安全審查記錄

AdverseEvent.severity, serious, onsetDate, status, 和 reportedBy 為安全團隊提供可讀的事件歷史。

受試者註解持續與紀錄相連

SubjectNote.noteType, noteText, author, 和 subject 將通話、訪問和篩檢註解附加到正確的參與者。

AI輔助引導工作流程

使用一個結構化提示快速生成後端骨架和整合指導。

準備好啟動您的臨床試驗受試者CRM了嗎？

讓 Back4app AI代理搭建您的臨床試驗受試者CRM後端，並從一個提示生成用戶、研究、受試者、篩檢、訪問、不良事件和受試者註解的工作流程。

與AI代理一起構建嘗試 API 沙盒

免費開始 — 每月 50 個 AI 代理提示，無需信用卡

臨床試驗技術堆疊

這個臨床試驗後端模板包含所有內容。

前端

13+ 技術

後端

Back4app

資料庫

MongoDB

認證

內建認證 + 會話

API

REST 和 GraphQL

實時

Live Queries

臨床架構地圖

為臨床試驗對象 CRM 背景架構的實體關係模型。

ER 圖

查看圖表來源

Mermaid

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
    }

臨床整合流程

用戶登錄、對象篩查、訪問安排、對象備註錄入和不良事件記錄的典型運行流程。

ER 圖

查看圖表來源

Mermaid

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
email	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	自動

在 User 中的 8 字段

臨床訪問控制

ACL 和 CLP 策略如何保護研究、受試者、訪問、受試者備註和不良事件日誌。

協調器範圍的訪問

只有獲批准的試驗人員可以創建或編輯受試者、篩選、訪問、不良事件和受試者備註記錄。

站點級數據分離

使用研究擁有權和基於指標的查詢，以便團隊僅查看分配給其站點的受試者。

安全日誌完整性

不良事件條目在到達審核之前應受到寫入限制並在雲代碼中進行驗證。

JSON 結構架構

準備好複製到 Back4app 的原始 JSON 結構架構定義或用作實施參考。

JSON

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

149

150

151

152

153

154

155

156

157

158

159

160

161

162

163

164

165

166

167

168

169

170

171

172

173

174

175

176

177

178

179

180

181

182

183

184

185

186

187

188

189

190

191

192

193

194

195

196

197

198

199

200

201

202

203

204

205

206

207

208

209

210

211

212

213

214

215

216

217

218

219

220

221

222

223

224

225

226

227

228

229

230

231

232

233

234

235

236

237

238

239

240

241

242

243

244

245

246

247

248

249

250

251

252

253

254

255

256

257

258

259

260

261

262

263

264

265

266

267

268

269

270

271

272

273

274

275

276

277

278

279

280

281

282

283

284

285

286

287

288

289

290

291

292

293

294

295

296

297

298

299

300

301

302

303

304

305

306

307

308

309

{
  "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 AI 代理

準備好構建

在 Back4app 上使用這個確切的架構和行為創建一個安全的臨床試驗受試者 CRM 後端。

架構：
1. 用戶（使用 Back4app 內建）：用戶名、電子郵件、密碼、角色、站點名稱；objectId、createdAt、updatedAt（系統）。
2. 研究：protocolId（String，必填）、標題（String，必填）、狀態（String，必填）、主要研究者（指向用戶的指針，必填）、站點名稱（String，必填）；objectId、createdAt、updatedAt（系統）。
3. 受試者：subjectId（String，必填）、全名（String，必填）、篩查狀態（String，必填）、研究（指向研究的指針，必填）、協調員（指向用戶的指針，必填）、出生日期、出生時性別、簽署同意書的時間；objectId、createdAt、updatedAt（系統）。
4. 篩查：受試者（指向受試者的指針，必填）、研究（指向研究的指針，必填）、篩查狀態（String，必填）、篩查日期（日期，必填）、完成者（指向用戶的指針，必填）、備註（String）；objectId、createdAt、updatedAt（系統）。
5. 訪問：受試者（指向受試者的指針，必填）、研究（指向研究的指針，必填）、訪問類型（String，必填）、預定時間（日期，必填）、訪問狀態（String，必填）、地點（String）、協調員（指向用戶的指針，必填）；objectId、createdAt、updatedAt（系統）。
6. 不良事件：受試者（指向受試者的指針，必填）、研究（指向研究的指針，必填）、事件術語（String，必填）、嚴重程度（String，必填）、嚴重（布爾，必填）、發生日期（日期，必填）、狀態（String，必填）、報告者（指向用戶的指針，必填）；objectId、createdAt、updatedAt（系統）。
7. 受試者備註：受試者（指向受試者的指針，必填）、作者（指向用戶的指針，必填）、備註類型（String，必填）、備註文本（String，必填）；objectId、createdAt、updatedAt（系統）。

安全性：
- 將受試者列表限制於已驗證的工作人員。
- 讓協調員編輯其站點的受試者和訪問。
- 限制不良事件的條目僅給具有協調員或研究者角色的已驗證用戶。
- 使用 ACL 和 CLP，以保護篩查狀態、訪問計劃、受試者備註和不良事件記錄不受公共訪問的影響。

身份驗證：
- 註冊、登入、登出。

行為：
- 跟蹤篩查隊列、受試者分配、訪問計劃、不良事件記錄和受試者備註。
- 支持按研究、篩查狀態、訪問狀態和嚴重不良事件過濾的查詢。

交付：
- Back4app 應用程序，具有架構、ACL、CLP；用於篩查儀表板、訪問計劃、不良事件報告和受試者備註的前端。

按下面的按鈕打開代理，使用此模板提示預填。

這是沒有技術後綴的基礎提示。您可以在後面調整生成的前端堆棧。

幾分鐘內部署每月 50 次免費提示無需信用卡

API 沙盒

嘗試 REST 和 GraphQL 端點以應對臨床試驗架構。回應使用模擬數據，並且不需要 Back4app 帳戶。

載入遊戲場…

使用與此範本相同的架構。

選擇您的技術栈

展開每個卡片以查看如何與您選擇的技術棧集成學習、科目和篩查。

您從每種技術中獲得的內容

每個技術棧使用相同的臨床試驗後端架構和API合約。

統一的試驗操作數據結構

輕鬆地使用一致的架構管理用戶、研究、主題、篩選、訪問、不良事件和主題備註記錄。

試驗團隊的篩選狀態控制

使用明確的主題字段跟蹤合格性和入組里程碑。

為協調員進行訪問排程

在一個地方協調已排定、已完成、錯過或已取消的訪問。

臨床工作流程的安全事件記錄

記錄不良事件的嚴重性和後續狀態。

臨床堆疊比較

比較所有支援技術的設置速度、SDK 類型和人工智慧支援。

框架	設置時間	臨床試驗效益	SDK 類型	人工智慧支援
Flutter	約 5 分鐘	單一代碼庫，用於行動和網頁的協調應用程式。	類型化 SDK	完整
React	少於 5 分鐘	快速的網頁儀表板，用於篩選和訪問規劃。	類型化 SDK	完整
React 原生	約 3–7 分鐘	跨平台的行動應用程式，供現場工作人員使用。	類型化 SDK	完整
Next.js	快速（5 分鐘）設置	伺服器渲染的臨床操作儀表板。	類型化 SDK	完整
JavaScript	約3–5分鐘	輕量級的網頁整合供試用操作。	輸入的SDK	完整
Android	約5分鐘	針對協調者的原生 Android 應用程式。	輸入的SDK	完整
iOS	少於5分鐘	針對訪問和安全檢查的原生 iOS 應用程式。	輸入的SDK	完整
Vue	約3–7分鐘	React的網頁介面用於主題追踪。	輸入式 SDK	完整
Angular	快速（5分鐘）設置	臨床團隊的企業儀表板。	輸入式 SDK	完整
GraphQL	少於2分鐘	靈活的 GraphQL API 用於嵌套試驗查詢。	GraphQL API	完整
REST API	快速（2分鐘）設置	REST API 統合以進行臨床操作。	REST API	完整
PHP	約 3 分鐘	伺服器端 PHP 統合以支援協調工具。	REST API	完整
.NET	約 3–7 分鐘	.NET 後端用於合規工作流程應用程式。	輸入法 SDK	完整

設置時間反映從專案啟動到使用此模板架構的第一次主題或訪問查詢的預期持續時間。

臨床試驗常見問題

有關使用此模板構建臨床試驗受試者 CRM 後端的常見問題。

隨著量的增加，臨床試驗受試者的 CRM 實踐如何保持高質量的 intake？

臨床試驗受試者的 CRM 團隊應該如何建模客戶、事務和內部交接，以消除模糊性？

我們可以在不破壞臨床試驗受試者 CRM 記錄的情況下整合電子簽名或文檔存儲嗎？

我該如何使用 Flutter 查詢受試者和訪問？

我該如何管理與 Next.js Server Actions 相關的臨床試驗受試者 CRM 訪問？

React Native 能否離線緩存不良事件？

我該如何防止未經授權訪問受試者數據？

在 Android 上顯示試驗操作的最佳方法是什麼？

篩查到訪的流程是如何運作的？

受到全球開發者的信賴

隨著 Back4app 模板，加快團隊發佈臨床試驗受試者 CRM 產品的速度

準備好建立您的臨床試驗受試者 CRM 應用程式了嗎？

在幾分鐘內開始您的臨床試驗項目。無需信用卡。

選擇技術

臨床試驗受試者客戶關係管理後端範本使用者、研究、受試者、篩選、訪問和不良事件追蹤