Difference between revisions of "Cross-Enterprise Document Sharing"

From IHE Wiki
Jump to navigation Jump to search
(26 intermediate revisions by 10 users not shown)
Line 1: Line 1:
The Cross-Enterprise Document Sharing IHE Integration Profile facilitates the registration, distribution and access across health enterprises of patient electronic health records.
+
'''Cross-Enterprise Document Sharing (XDS)''' is an interoperability profile that facilitates the registration, distribution and access across health enterprises of patient electronic health records.
 
__TOC__
 
__TOC__
  
 
==Summary==
 
==Summary==
Cross-Enterprise Document Sharing (XDS) is focused on providing a standards-based specification for managing the sharing of documents between any healthcare enterprise, ranging from a private physician office to a clinic to an acute care in-patient facility.  This is managed through federated document repositories and a document registry to create a longitudinal record of information about a patient within a given clinical affinity domain. These are distinct entities with separate responsibilities:
+
Cross-Enterprise Document Sharing (XDS) is focused on providing a standards-based specification for managing the sharing of documents between any healthcare enterprise, ranging from a private physician office to a clinic to an acute care in-patient facility and personal health record systems.  This is managed through federated document repositories and a document registry to create a longitudinal record of information about a patient within a given clinical affinity domain. These are distinct entities with separate responsibilities:
 
* A [[Document Repository]] is responsible for storing documents in a transparent, secure, reliable and persistent manner and responding to document retrieval requests.
 
* A [[Document Repository]] is responsible for storing documents in a transparent, secure, reliable and persistent manner and responding to document retrieval requests.
 
* A [[Document Registry]] is responsible for storing information about those documents so that the documents of interest for the care of a patient may be easily found, selected and retrieved irrespective of the repository where they are actually stored.
 
* A [[Document Registry]] is responsible for storing information about those documents so that the documents of interest for the care of a patient may be easily found, selected and retrieved irrespective of the repository where they are actually stored.
 
* Documents are provided by one or more [[Document Source]]s  
 
* Documents are provided by one or more [[Document Source]]s  
 
* They are then accessed by one or more [[Document Consumer]]s
 
* They are then accessed by one or more [[Document Consumer]]s
 
''<Include a simple graphic that, at a glance, gives an impression of what the profile does.  See [[Help:Contents#Tips_.26_Tricks| Help - Tips and Tricks]] for details on including an image/graphic.>''
 
  
 
==Benefits==
 
==Benefits==
  
 +
'''Facilitates management of the Electronic Health Record'''
 +
* facilitates the registration, distribution and access across health enterprises of patient electronic health records.
 +
* focused on providing a standards-based specification for managing the sharing of documents between any healthcare enterprise, ranging from a private physician office to a clinic to an acute care in-patient facility.
  
 
==Details==
 
==Details==
  
''<Detailed discussion of what the profile does and how it works>''
+
The '''''Cross-Enterprise Document Sharing (XDS) Integration Profile''''':
 +
* assumes that the enterprises belong to one or more XDS Affinity Domains. An XDS Affinity Domain is a group of healthcare enterprises that have agreed to work together using a common set of policies and share a common infrastructure.
 +
Examples of XDS Affinity Domains include:
 +
::*Community of Care supported by a regional health information organizations in order to serve all patients in a given region.
 +
::*Nationwide EHR
 +
::*Specialized or Disease-oriented Care
 +
:::*Cardiology Specialists and an Acute Cardiology Center
 +
:::*Oncology network
 +
:::*Diabetes network
 +
::*Federation of enterprises
 +
:::*A regional federation made up of several local hospitals and healthcare providers
 +
::*Government sponsored facilities (e.g., VA or Military)
 +
::*Insurance Provider Supported Communities
 +
* The concept of a document in XDS is not limited to textual information. As XDS is document content neutral, any type of clinical information without regard to content and representation is supported. This makes the XDS IHE Integration Profile equally able to handle documents containing simple text, formatted text (e.g., HL7 CDA Release 1), images (e.g., DICOM) or structured and vocabulary coded clinical information (e.g., CDA Release 2, CCR, CEN ENV 13606, DICOM SR). In order to ensure the necessary interoperability between the document sources and the document consumers, the XDS Affinity Domain must adopt policies concerning document format, structure and content.
 +
 
  
 
==Systems Affected==
 
==Systems Affected==
''<List (in user terms) systems that would be likely candidates for implementing this profile, e.g. RIS, PACS, HIS, CAD Workstation, etc. >''
 
  
==References==
+
Systems involved in this profile are:
[http://library.ahima.org/xpedio/groups/public/documents/ahima/bok1_028946.html From Regional Healthcare Information Organizations to a National Healthcare Information Infrastructure]
+
 
 +
* Enterprise-wide information systems that manage a patient’s Electronic Health Record, such as a Hospital Information System.
 +
 
 +
 
 +
'''Actors & Transactions:'''
 +
 
 +
[[Image:XDS-Actor-Transaction-b.jpg]]
  
[http://www.diagnosticimaging.com/pacsweb/newsupdate/showArticle.jhtml?articleID=189601278 Cross-enterprise image sharing sees breakthrough]
+
==Specification==
  
[http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?cmd=Retrieve&db=pubmed&dopt=Abstract&list_uids=17108551 Medical Data GRIDs as approach towards secure cross enterprise document sharing (based on IHE XDS).]
+
'''Profile Status:''' [[Comments| Final Text]]
  
[http://www.healthimaging.com/content/view/4240/68/ IHE Update: Bigger, Better Events, New Standards & Guides]
+
'''Documents:'''
 +
[http://www.ihe.net/Technical_Framework/index.cfm#IT IHE IT Infrastructure Technical Framework Version 2 or later]
 +
* Vol. 1 -
 +
** [http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol1.pdf#nameddest=10_Cross_Enterprise_Document_Sh Section 10],
 +
** [http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol1.pdf#nameddest=Appendix_E__Cross_Profile_Consi Appendix E Cross Profile Considerations],
 +
** [http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol1.pdf#nameddest=Appendix_J__Content_and_Format_ Appendix J Content and Format of XDS Documents],
 +
** [http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol1.pdf#nameddest=Appendix_K__XDS_Concept_Details Appendix K XDS Concepts]
 +
* [http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol2a.pdf#nameddest=3_18_Registry_Stored_Query__ITI Vol. 2a - Sections 3.18 Registry Stored Query]
 +
* [http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol2b.pdf#nameddest=3_41_Provide_and_Register_Docum Vol. 2b - Sections 3.41 Provide and Register Document Set]
 +
* [http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol2b.pdf#nameddest=3_42_Register_Document_Set_b__I Vol. 2b - Sections 3.42 Register Document Set]
 +
* [http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol2b.pdf#nameddest=3_43_Retrieve_Document_Set__ITI Vol. 2b - Sections 3.43 Retrieve Document Set]
 +
* Vol. 2x - Appendix A, B, K, L, M, N, V, W
 +
** [http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol2x.pdf#nameddest=Appendix_A__Web_Service_Definit Vol. 2x - Appendix A Web Services Definition]
 +
** [http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol2x.pdf#nameddest=Appendix_B__Definition_of_Docum Vol. 2x - Appendix B Definition of a Document]
 +
** [http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol2x.pdf#nameddest=Appendix_K__XDS_Security_Enviro Vol. 2x - Appendix K XDS Security Environment]
 +
** [http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol2x.pdf#nameddest=Appendix_M__Using_Patient_Demog Vol. 2x - Appendix M Using Patient Demographics Query in a Multi-Domain Environment]
 +
** [http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol2x.pdf#nameddest=Appendix_N__Common_Data_Types Vol. 2x - Appendix N Common Datatypes]
 +
** [http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol2x.pdf#nameddest=Appendix_V__Web_Services_for_IH Vol. 2x - Appendix V Web Services for IHE Transactions]
 +
** [http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol2x.pdf#nameddest=Appendix_W__Implementation_Mate Vol. 2x - Appendix Implementation Materials]
 +
* [http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol3.pdf#nameddest=4_0_Metadata_used_in_Document_S Vol. 3 - Section 4.0 Metadata used in Document Sharing]
  
[http://www.europacs.net/Extended%20abstracts/Integration%20of%20PACS%20RIS%20and%20EPR/Raimund%20Vogel%20Full_Paper_DistEHR_RVo_EuroPACS2006.pdf Architecture for a Distributed National Electronic Health Record System in Austria]
+
'''CDA mapping to XDS Metadata:'''
 +
:* [http://www.ihe.net/uploadedFiles/Documents/PCC/IHE_PCC_TF_Vol2.pdf#nameddest=4_1_1_XDSDocumentEntry_Metadata PCC TF-2:4.1.1]
  
[http://www.srdc.metu.edu.tr/webpage/projects/saphire/publications/April24SaphireEchallenges.doc SAPHIRE: A semantic Web service based Clinical guideline deployment infrastructure exploiting IHE XDS (Turkey)]
+
'''Additional Supplements: Trial Implementation'''
 +
:* [http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_Suppl_XDS_Metadata_Update.pdf XDS Metadata Update]
 +
:* [[Remove Metadata and Documents (RMD)]]
  
[[Image:XDS-Worldwide.png|center|frame|XDS is in use Worldwide]]
+
'''Underlying Standards:'''
 +
:* ebMS OASIS/ebXML Messaging Services Specifications v3.0
 +
:* ebRIM OASIS/ebXML Registry Information Model v3.0
 +
:* ebRS OASIS/ebXML Registry Services Specifications v3.0
 +
:* HTTP HyperText Transfer Protocol HTTP/1.1 (IETF RFC2616)
 +
:* ISO/IEC 9075 Database Language SQL
 +
:* [http://www.hl7.org HL7 Version 2.5]
 +
:* [http://www.hl7.org HL7 Version 2.3.1 Chapter 2 – Control, Chapter 3 – Patient Administration]
  
 
==See Also==
 
==See Also==
Related Profiles: [[Patient Identity Cross Referencing]], [[Patient Demographics Query]], [[Audit Trail and Node Authentication]] and [[Consistent Time]]
+
Related Profiles:
  
Profile Status: [[Comments| Final Text]]
+
* [[Patient Identifier Cross-Referencing]] PIX
 +
* [[Patient Demographics Query]] PDQ
 +
* [[Notification of Document Availability]] NAV
 +
* [[Cross-enterprise Sharing of Scanned Documents]] XDS-SD
 +
* Security/Privacy
 +
** [[Audit Trail and Node Authentication]] ATNA
 +
** [[Consistent Time]] CT
 +
** [[Basic Patient Privacy Consents]] BPPC
 +
** [[Cross-Enterprise User Assertion (XUA)]]
 +
** [[Document Digital Signature]] DSG
 +
* Other Derivatives
 +
** [[Cross Community Access]] XCA
 +
** [[Cross-enterprise Document Media Interchange]] XDM
 +
** [[Cross-enterprise Document Reliable Interchange]] XDR
  
The [[Frameworks#IHE IT Infrastructure Technical Framework| IT Infrastructure Technical Framework]] is the official master document for this Profile.  
+
[[XDS Purchasing]] describes considerations when purchasing equipment to deploy this Profile.
 +
 
 +
===Sample Transactions===
 +
[http://ihewiki.wustl.edu/wiki/index.php/Annotated_Provide_And_Register_Transaction.b Annotated example of Provide and Register Transaction]
 +
 
 +
[ftp://ftp.ihe.net/TF_Implementation_Material/ITI/examples/XDS.b/ raw examples]
  
 
The [[XDS FAQ]] answers typical questions about what the Profile does.
 
The [[XDS FAQ]] answers typical questions about what the Profile does.
  
[[XDS Purchasing]] describes considerations when purchasing equipment to deploy this Profile.
+
[[XDS Implementation]] provides additional information about implementing this Profile in software.
 +
 
 +
===References===
 +
 
 +
[http://tinyurl.com/wwxds Where in the World is CDA and XDS?]
 +
 
 +
[http://www.e-health-media.com/comment_and_analysis/266/the_xds_factor The XDS Factor]
 +
 
 +
[http://library.ahima.org/xpedio/groups/public/documents/ahima/bok1_028946.html From Regional Healthcare Information Organizations to a National Healthcare Information Infrastructure]
 +
 
 +
[http://www.diagnosticimaging.com/pacsweb/newsupdate/showArticle.jhtml?articleID=189601278 Cross-enterprise image sharing sees breakthrough]
 +
 
 +
[http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?cmd=Retrieve&db=pubmed&dopt=Abstract&list_uids=17108551 Medical Data GRIDs as approach towards secure cross enterprise document sharing (based on IHE XDS).]
 +
 
 +
[http://www.healthimaging.com/content/view/4240/68/ IHE Update: Bigger, Better Events, New Standards & Guides]
 +
 
 +
[http://www.europacs.net/Extended%20abstracts/Integration%20of%20PACS%20RIS%20and%20EPR/Raimund%20Vogel%20Full_Paper_DistEHR_RVo_EuroPACS2006.pdf Architecture for a Distributed National Electronic Health Record System in Austria]
 +
 
 +
[http://www.srdc.metu.edu.tr/webpage/projects/saphire/publications/April24SaphireEchallenges.doc SAPHIRE: A semantic Web service based Clinical guideline deployment infrastructure exploiting IHE XDS (Turkey)]
  
[[XDS Implementation]] provides additional information about implementing this Profile in software.
+
''<List References (good and bad) (with link if possible) to Journal Articles that mention IHE's work (and hopefully include some analysis).  Go ahead, Google: IHE <Profile Name> abstract  or something.  You might be surprised. >''
  
 
This page is based on the [[Profile Template]]
 
This page is based on the [[Profile Template]]
  
[[Category:IT Infrastructure]]
+
[[Category:DocShare]]
 
 
 
[[Category:Profiles]]
 
[[Category:Profiles]]
 
[[Category:ITI Profile]]
 
[[Category:ITI Profile]]
 +
 +
Current: [[Frameworks#IHE IT Infrastructure Technical Framework| IT Infrastructure Technical Framework]].

Revision as of 15:28, 7 August 2017

Cross-Enterprise Document Sharing (XDS) is an interoperability profile that facilitates the registration, distribution and access across health enterprises of patient electronic health records.

Summary

Cross-Enterprise Document Sharing (XDS) is focused on providing a standards-based specification for managing the sharing of documents between any healthcare enterprise, ranging from a private physician office to a clinic to an acute care in-patient facility and personal health record systems. This is managed through federated document repositories and a document registry to create a longitudinal record of information about a patient within a given clinical affinity domain. These are distinct entities with separate responsibilities:

  • A Document Repository is responsible for storing documents in a transparent, secure, reliable and persistent manner and responding to document retrieval requests.
  • A Document Registry is responsible for storing information about those documents so that the documents of interest for the care of a patient may be easily found, selected and retrieved irrespective of the repository where they are actually stored.
  • Documents are provided by one or more Document Sources
  • They are then accessed by one or more Document Consumers

Benefits

Facilitates management of the Electronic Health Record

  • facilitates the registration, distribution and access across health enterprises of patient electronic health records.
  • focused on providing a standards-based specification for managing the sharing of documents between any healthcare enterprise, ranging from a private physician office to a clinic to an acute care in-patient facility.

Details

The Cross-Enterprise Document Sharing (XDS) Integration Profile:

  • assumes that the enterprises belong to one or more XDS Affinity Domains. An XDS Affinity Domain is a group of healthcare enterprises that have agreed to work together using a common set of policies and share a common infrastructure.

Examples of XDS Affinity Domains include:

  • Community of Care supported by a regional health information organizations in order to serve all patients in a given region.
  • Nationwide EHR
  • Specialized or Disease-oriented Care
  • Cardiology Specialists and an Acute Cardiology Center
  • Oncology network
  • Diabetes network
  • Federation of enterprises
  • A regional federation made up of several local hospitals and healthcare providers
  • Government sponsored facilities (e.g., VA or Military)
  • Insurance Provider Supported Communities
  • The concept of a document in XDS is not limited to textual information. As XDS is document content neutral, any type of clinical information without regard to content and representation is supported. This makes the XDS IHE Integration Profile equally able to handle documents containing simple text, formatted text (e.g., HL7 CDA Release 1), images (e.g., DICOM) or structured and vocabulary coded clinical information (e.g., CDA Release 2, CCR, CEN ENV 13606, DICOM SR). In order to ensure the necessary interoperability between the document sources and the document consumers, the XDS Affinity Domain must adopt policies concerning document format, structure and content.


Systems Affected

Systems involved in this profile are:

  • Enterprise-wide information systems that manage a patient’s Electronic Health Record, such as a Hospital Information System.


Actors & Transactions:

XDS-Actor-Transaction-b.jpg

Specification

Profile Status: Final Text

Documents: IHE IT Infrastructure Technical Framework Version 2 or later

CDA mapping to XDS Metadata:

Additional Supplements: Trial Implementation

Underlying Standards:

See Also

Related Profiles:

XDS Purchasing describes considerations when purchasing equipment to deploy this Profile.

Sample Transactions

Annotated example of Provide and Register Transaction

raw examples

The XDS FAQ answers typical questions about what the Profile does.

XDS Implementation provides additional information about implementing this Profile in software.

References

Where in the World is CDA and XDS?

The XDS Factor

From Regional Healthcare Information Organizations to a National Healthcare Information Infrastructure

Cross-enterprise image sharing sees breakthrough

Medical Data GRIDs as approach towards secure cross enterprise document sharing (based on IHE XDS).

IHE Update: Bigger, Better Events, New Standards & Guides

Architecture for a Distributed National Electronic Health Record System in Austria

SAPHIRE: A semantic Web service based Clinical guideline deployment infrastructure exploiting IHE XDS (Turkey)

<List References (good and bad) (with link if possible) to Journal Articles that mention IHE's work (and hopefully include some analysis). Go ahead, Google: IHE <Profile Name> abstract or something. You might be surprised. >

This page is based on the Profile Template

Current: IT Infrastructure Technical Framework.