FHIR © HL7.org  |  Server Home  |  XIG Home  |  Server Source  |  FHIR  

FHIR IG Statistics: Requirements/PHRSFMR2-TI.5.1

Packagehl7.ehrs.uv.phrsfmr2
TypeRequirements
IdPHRSFMR2-TI.5.1
FHIR VersionR5
Sourcehttp://hl7.org/ehrs/uv/phrsfmr2/https://build.fhir.org/ig/HL7/phrsfm-ig/Requirements-PHRSFMR2-TI.5.1.html
URLhttp://hl7.org/ehrs/uv/phrsfmr2/Requirements/PHRSFMR2-TI.5.1
Version2.0.1-ballot
Statusactive
Date2025-04-03T15:15:30+00:00
NameTI_5_1_Application__Structured_Message__and_Structured_Document_Interchange_Standards
TitleTI.5.1 Application, Structured-Message, and Structured-Document Interchange Standards (Header)
Authorityhl7
DescriptionSupport a PHR system's ability to operate seamlessly with systems that adhere to recognized application interchange standards. These systems include other PHR systems, subcomponents of a PHR system, or other (authorized, non-PHR) systems.
PurposeSince a health care organization typically has various external and internal interoperability requirements, it must use a set of corresponding interoperability or interchange standards that will meet its connectivity and information structure, format, and semantic requirements. Information should be exchanged -- and applications should provide functionality -- in a manner that appears to be seamless to the user. To be specific, if data is received from an external source that requires a user to manually copy-and-paste that data into multiple parts of the system, the exchange is not considered to be 'seamless'. Examples of standards-based PHR information content and exchange methods include: standards-based data extracts, standards-based messages, standards-based documents (e.g., HL7 Clinical Document Architecture (CDA) documents), standards-based healthcare transactions, and standards-based images (e.g., Digital Imaging and Communication in Medicine (DICOM) documents). Support for multiple interaction modes is needed to respond to differing levels of immediacy and types of exchange. For example, messaging is effective for many near-real time, asynchronous data exchange scenarios but may not be appropriate if the end-user is requesting an immediate response from a remote application. A variety of interaction modes are typically supported such as: - Unsolicited Notifications (e.g., Adam Everyman has arrived at the clinic for his scheduled appointment); - Query/Response (e.g., Query: Is Adam Everyman known to the system? Response: Yes, Adam's medical record number is 12345678); - Service Request and Response (e.g., Request: Laboratory Order for "Fasting Blood Sugar". Response: the results of the test); - Information Interchange between organizations (e.g., in a regional health exchange or in a national health system); - Structured/discrete clinical documents (e.g., a structured clinical note); - Unstructured clinical document (e.g., dictated surgical note). Standard terminology is a fundamental part of interoperability and is described in function [TI.4](Requirements-PHRSFMR2-TI.4.html). Using a formal explicit information model further optimizes interoperability. An example of an information model is the HL7 Reference Information Model (RIM). Organizations typically need to deal with more than one information model and may need to develop a mapping between information models, a meta-model (that helps to explain and organize the various information models), or both.

Resources that use this resource

No resources found


Resources that this resource uses

No resources found


Narrative

Note: links and images are rebased to the (stated) source

Statement N:

Support a PHR system's ability to operate seamlessly with systems that adhere to recognized application interchange standards. These systems include other PHR systems, subcomponents of a PHR system, or other (authorized, non-PHR) systems.

Description I:

Since a health care organization typically has various external and internal interoperability requirements, it must use a set of corresponding interoperability or interchange standards that will meet its connectivity and information structure, format, and semantic requirements. Information should be exchanged -- and applications should provide functionality -- in a manner that appears to be seamless to the user. To be specific, if data is received from an external source that requires a user to manually copy-and-paste that data into multiple parts of the system, the exchange is not considered to be 'seamless'.

Examples of standards-based PHR information content and exchange methods include: standards-based data extracts, standards-based messages, standards-based documents (e.g., HL7 Clinical Document Architecture (CDA) documents), standards-based healthcare transactions, and standards-based images (e.g., Digital Imaging and Communication in Medicine (DICOM) documents).

Support for multiple interaction modes is needed to respond to differing levels of immediacy and types of exchange. For example, messaging is effective for many near-real time, asynchronous data exchange scenarios but may not be appropriate if the end-user is requesting an immediate response from a remote application. A variety of interaction modes are typically supported such as:

  • Unsolicited Notifications (e.g., Adam Everyman has arrived at the clinic for his scheduled appointment);
  • Query/Response (e.g., Query: Is Adam Everyman known to the system? Response: Yes, Adam's medical record number is 12345678);
  • Service Request and Response (e.g., Request: Laboratory Order for "Fasting Blood Sugar". Response: the results of the test);
  • Information Interchange between organizations (e.g., in a regional health exchange or in a national health system);
  • Structured/discrete clinical documents (e.g., a structured clinical note);
  • Unstructured clinical document (e.g., dictated surgical note).

Standard terminology is a fundamental part of interoperability and is described in function TI.4. Using a formal explicit information model further optimizes interoperability. An example of an information model is the HL7 Reference Information Model (RIM). Organizations typically need to deal with more than one information model and may need to develop a mapping between information models, a meta-model (that helps to explain and organize the various information models), or both.

Actors:
ehr

Source

{
  "resourceType": "Requirements",
  "id": "PHRSFMR2-TI.5.1",
  "meta": {
    "profile": [
      "http://hl7.org/ehrs/uv/phrsfmr2/StructureDefinition/FMHeader"
    ]
  },
  "text": {
    "status": "extensions",
    "div": "<!-- snip (see above) -->"
  },
  "extension": [
    {
      "url": "http://hl7.org/fhir/StructureDefinition/structuredefinition-wg",
      "valueCode": "ehr"
    }
  ],
  "url": "http://hl7.org/ehrs/uv/phrsfmr2/Requirements/PHRSFMR2-TI.5.1",
  "version": "2.0.1-ballot",
  "name": "TI_5_1_Application__Structured_Message__and_Structured_Document_Interchange_Standards",
  "title": "TI.5.1 Application, Structured-Message, and Structured-Document Interchange Standards (Header)",
  "status": "active",
  "date": "2025-04-03T15:15:30+00:00",
  "publisher": "EHR WG",
  "contact": [
    {
      "telecom": [
        {
          "system": "url",
          "value": "http://www.hl7.org/Special/committees/ehr"
        }
      ]
    }
  ],
  "description": "Support a PHR system's ability to operate seamlessly with systems that adhere to recognized application interchange standards. These systems include other PHR systems, subcomponents of a PHR system, or other (authorized, non-PHR) systems.",
  "purpose": "Since a health care organization typically has various external and internal interoperability requirements, it must use a set of corresponding interoperability or interchange standards that will meet its connectivity and information structure, format, and semantic requirements. Information should be exchanged -- and applications should provide functionality -- in a manner that appears to be seamless to the user. To be specific, if data is received from an external source that requires a user to manually copy-and-paste that data into multiple parts of the system, the exchange is not considered to be 'seamless'.\r\n\r\nExamples of standards-based PHR information content and exchange methods include: standards-based data extracts, standards-based messages, standards-based documents (e.g., HL7 Clinical Document Architecture (CDA) documents), standards-based healthcare transactions, and standards-based images (e.g., Digital Imaging and Communication in Medicine (DICOM) documents).\r\n\r\nSupport for multiple interaction modes is needed to respond to differing levels of immediacy and types of exchange. For example, messaging is effective for many near-real time, asynchronous data exchange scenarios but may not be appropriate if the end-user is requesting an immediate response from a remote application. \r\nA variety of interaction modes are typically supported such as:\r\n- Unsolicited Notifications (e.g., Adam Everyman has arrived at the clinic for his scheduled appointment);\r\n- Query/Response (e.g., Query: Is Adam Everyman known to the system? Response: Yes, Adam's medical record number is 12345678);\r\n- Service Request and Response (e.g., Request: Laboratory Order for \"Fasting Blood Sugar\". Response: the results of the test);\r\n- Information Interchange between organizations (e.g., in a regional health exchange or in a national health system);\r\n- Structured/discrete clinical documents (e.g., a structured clinical note);\r\n- Unstructured clinical document (e.g., dictated surgical note).\r\n\r\nStandard terminology is a fundamental part of interoperability and is described in function [TI.4](Requirements-PHRSFMR2-TI.4.html). Using a formal explicit information model further optimizes interoperability. An example of an information model is the HL7 Reference Information Model (RIM). Organizations typically need to deal with more than one information model and may need to develop a mapping between information models, a meta-model (that helps to explain and organize the various information models), or both."
}