Computer-Supported Collaborative Design of Standardized Clinical Cases: Algorithm Development and Validation
Bibliographic record
Abstract
Background: The creation of computer-supported collaborative clinical cases is an area of educational research that has been widely studied. However, the reuse of cases and their sharing with other platforms is a problem, as it encapsulates knowledge in isolated platforms without interoperability. This paper proposed a workflow ecosystem for the collaborative design and distribution of clinical cases through web-based computing platforms that (1) allow medical students to create clinical cases collaboratively in a dedicated environment; (2) make it possible to export these clinical cases in terms of the Health Level 7 (HL7) Fast Healthcare Interoperability Resources (FHIR) interoperability standard; (3) provide support to transform imported cases into learning object repositories; and (4) use e-learning standards (eg, Instructional Management Systems Content Packaging [IMS-CP] or Sharable Content Object Reference Model [SCORM]) to incorporate this content into widely-used learning management systems (LMSs), letting medical students democratize a valuable knowledge that would otherwise be confined within proprietary platforms. Objective: This study aimed to demonstrate the feasibility of developing a workflow ecosystem based on IT platforms to enable the collaborative creation, export, and deployment of clinical cases. Methods: The ecosystem infrastructure for computer-supported collaborative design of standardized clinical cases consists of three platforms: (1) Mosaico, a platform used in the design of clinical cases; (2) Clavy, a tool for the flexible management of learning object repositories, which is used to orchestrate the transformation and processing of these clinical cases; and (3) Moodle, an LMS that is geared toward publishing the processed clinical cases and delivering their course deployment stages in IMS-CP or SCORM format. The generation of cases in Mosaico is exported in the HL7 FHIR interoperability standard to Clavy, which is then responsible for creating and deploying a learning object in Moodle. Results: The main result was an interoperable ecosystem that demonstrates the feasibility of automating the stages of collaborative clinical case creation, export through HL7 FHIR standards, and deployment in an LMS. This ecosystem enables the generation of IMS-CPs associated with the original Mosaico clinical cases that can be deployed in conventional third-party LMSs, thus allowing the democratization and sharing of clinical cases to different platforms in standard and interoperable formats. Conclusions: In this paper, we proposed, implemented, and demonstrated the feasibility of developing a standards-based workflow that interoperates multiple platforms with heterogeneous technologies to create, transform, and deploy clinical cases on the web. This achieves the objective of transforming the created cases into a platform for web-based deployment in an LMS.
Fetched live from OpenAlex and de-inverted. Abstracts are not stored in this database: the inverted indexes are 8.6 GB of the frame’s 9.3 GB of text, and the host has 13 GB free.
How this classification was reachedexpand
Full frame distilled prediction
Teacher imitationNot calibrated prevalence, not ground truth. Human validation pending. Learned from the 10,348 direct Codex labels and 10,348 direct Gemma labels. Candidate is the union of thresholded teacher heads; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels or direct frontier model labels.
Codex and Gemma teacher scores by category
| Category | Codex | Gemma |
|---|---|---|
| Metaresearch | 0.002 | 0.000 |
| Meta-epidemiology (narrow) | 0.000 | 0.000 |
| Meta-epidemiology (broad) | 0.000 | 0.000 |
| Bibliometrics | 0.000 | 0.001 |
| Science and technology studies | 0.000 | 0.000 |
| Scholarly communication | 0.000 | 0.000 |
| Open science | 0.000 | 0.000 |
| Research integrity | 0.000 | 0.000 |
| Insufficient payload (model declined to judge) | 0.000 | 0.000 |
Machine scores (provisional)
The two teacher heads of the student model, read on this work. A score orders the frame for review; it never asserts a category, and the validation status ships verbatim with every row.
Baseline scores from an immature model (maturity gate not passed, 7 training rounds). Scores rank; they never assert a category.
score_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from itClassification
machine, unvalidatedMachine predicted; a candidate call from one teacher head, not a consensus.
How this classification was reached, model by model and score by score, is at the end of the page under "How this classification was reached".