DFT Ballot - This specification is currently in ballot review and subject to change. It is not ready for limited roll-out or production level use. For a full list of available versions, see the Directory of published versions
Table 3 – Interoperability Recommendations for Use Case 3: Create and Submit Data
USE CASE ACTOR | SERVICE SUPPORTED | TECHNICAL ACTOR | Implementation Expectation | PROFILE/STANDARD |
---|---|---|---|---|
Producer | Authenticate User | Client (e.g. EMR) | Optional | Internet User Authorization (IUA) |
Producer | Retrieve Patient Identifier | Client (e.g. EMR) | Optional | Use Existing Standard Employed by the Clinical System |
Producer | Retrieve Patient Identifier | Patient Demographic Consumer | Optional | PDQm |
Central Infrastructure | Return Patient Identifier | Patient Identity Registry | Optional | PMIR |
Producer | Retrieve Clinical Data (Patient Identifier) | Client (e.g. EMR) | Expected | Use Existing Standard Employed by the Clinical System |
Producer | Assemble and Review FHIR Data | Client (e.g. EMR) | Optional | Use Existing Standard Employed by the Clinical System |
Producer | Omit or Mask Data based on Jurisdictional Policy | Client (e.g. EMR) | Optional | Jurisdictional Requirement |
Producer | Submit Data to Clinical Data Repository | Client (e.g. EMR) | Expected | Use Existing Standard Employed by the Clinical System |
Producer | Submit Data to Clinical Data Repository | Data Source | Expected | CA:FeX 1C: Submit Resource |
Recipient | Save Data to Clinical Data Repository | Data Recipient | Expected | CA:FeX 1C: Submit Resource |
Note: These tables are not exhaustive and do not include all components required for a robust production deployment.
Aspects such as security, privacy, consent enforcement, and patient identity resolution are implementation-dependent and governed by jurisdictional or organizational policy.
Legend
- Expected – Represents interactions that are typically expected in baseline implementations of CA:FeX.
- Optional – Represents interactions that may apply based on local context, system configuration, or jurisdictional policy.