Difference between revisions of "Cross-Community Document Reliable Interchange (XCDR)"
(Created page with "''This template is for the one or two page user-oriented overview of an IHE Profile that is in Final Text, Trial Implementation or perhaps Public Comment. Delete text in ital...") |
(Starting creation) |
||
Line 1: | Line 1: | ||
− | + | XCDR introduces the capability to send documents from a source Community with sufficient information to direct the documents through gateways to a designated target Community. | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
__TOC__ | __TOC__ | ||
==Summary== | ==Summary== | ||
− | + | The Cross-Community Document Reliable Interchange (XCDR) Profile provides the capability to send a set of documents in a Cross-Community environment. The XCDR Profile specifies the transaction to push documents from an Initiating Gateway of a source Community to the Responding Gateway of a target Community. XCDR extends the deployment of a community organized around an XDS Document Registry and Repository(s) by allowing both Document Source Actors within this XDS based community, and also those in different communities to act as a source of documents. | |
+ | |||
+ | [[Image:XCDR-Simple.png]] | ||
− | |||
− | |||
==Benefits== | ==Benefits== | ||
− | + | The XCDR Profile: | |
+ | *has similar deployment characteristics to the IHE Cross-Community Access (XCA) Profile and is easily combined and deployed in an environment that is already using XCA. | ||
+ | *fully specifies the combined use with the IHE Cross-Enterprise Document Reliable Interchange (XDR) Profile, enabling XDR Document Source and Document Recipient Actors in separate communities to become connected. End-to-end acknowledgement is assured. A Document Source receives acknowledgment only when the Document Recipient in a remote community has received the document. | ||
+ | *extends the deployment of a community organized around an XDS Document Registry and Repository(s) by allowing both Document Sources Actors within this XDS based community, and also those in different communities to act as a source of documents. | ||
==Details== | ==Details== | ||
− | + | XCDR supports the exchange of documents within a Cross-Community environment with Web-Services as transport. The routing of the document set relies on an Initiating Gateway in the source community and Responding Gateway(s) in one or more remote communities. | |
− | |||
− | |||
− | |||
==Systems Affected== | ==Systems Affected== | ||
− | + | This profile would be implemented in systems using XCA gateways. | |
+ | |||
− | |||
− | |||
− | |||
'''Actors & Transactions:''' | '''Actors & Transactions:''' |
Revision as of 08:41, 15 February 2016
XCDR introduces the capability to send documents from a source Community with sufficient information to direct the documents through gateways to a designated target Community.
Summary
The Cross-Community Document Reliable Interchange (XCDR) Profile provides the capability to send a set of documents in a Cross-Community environment. The XCDR Profile specifies the transaction to push documents from an Initiating Gateway of a source Community to the Responding Gateway of a target Community. XCDR extends the deployment of a community organized around an XDS Document Registry and Repository(s) by allowing both Document Source Actors within this XDS based community, and also those in different communities to act as a source of documents.
Benefits
The XCDR Profile:
- has similar deployment characteristics to the IHE Cross-Community Access (XCA) Profile and is easily combined and deployed in an environment that is already using XCA.
- fully specifies the combined use with the IHE Cross-Enterprise Document Reliable Interchange (XDR) Profile, enabling XDR Document Source and Document Recipient Actors in separate communities to become connected. End-to-end acknowledgement is assured. A Document Source receives acknowledgment only when the Document Recipient in a remote community has received the document.
- extends the deployment of a community organized around an XDS Document Registry and Repository(s) by allowing both Document Sources Actors within this XDS based community, and also those in different communities to act as a source of documents.
Details
XCDR supports the exchange of documents within a Cross-Community environment with Web-Services as transport. The routing of the document set relies on an Initiating Gateway in the source community and Responding Gateway(s) in one or more remote communities.
Systems Affected
This profile would be implemented in systems using XCA gateways.
Actors & Transactions:
<Insert an actor-transaction diagram, and or list of Content Definitions>
Specification
Profile Status: Final Text <Replace "Final Text" with "Trial Implementation" or "Public Comment" as appropriate.>
Documents:
<Provide direct links to the specific volumes or supplements, and list the volume sections relevant to this profile. This is a simple inventory of official normative and informative text. If you would like to provide a reading guide or walkthrough of what is in each of the different sections for implementers or users, do that in the Profile FAQ or the Profile Implementation Page linked below. If the profile uses transactions from multiple Tech. Frameworks, repeat the structure below.>
IHE Radiology Technical Framework:
Underlying Standards:
<list all the standards on which the profile is based; if possible with links to sources>
See Also
<The following sections can be left out if there is nothing to point to. This is just to show where such information can go.>
Related Profiles
<List profiles this one depends on, profiles that depend on this one, profiles that are synergistic with this one. Start with the name of the other profile as a link and then explain the relationship.>
- Reporting Workflow [RWF] may use Evidence Documents as inputs to the reporting process.
- Simple Image & Numeric Reports [SINR] may include data copied from Evidence Documents.
- Cross-enterprise Document Sharing for Imaging [XDS-I] can be used to share Evidence Documents between sites over a network.
- Portable Data for Imaging [PDI] can store Evidence Documents on media such as CDs.
- Import Reconciliation Workflow [IRWF] can fix patient ids, etc. of Evidence Documents when importing.
Consumer Information
The Profile FAQ Template answers typical questions about what the Profile does. <Replace the link with a link to the actual FAQ page for the Profile>
The Profile Purchasing Template describes considerations when purchasing equipment to deploy this Profile. <Replace the link with a link to the actual Purchasing page for the Profile>
Implementer Information
The Profile Implementation Template provides additional information about implementing this Profile in software. <Replace the link with a link to the actual Implementation page for the Profile>
Reference Articles
<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 Google: IHE <Profile Name> and under the "more" select "Scholar". You might be surprised. >
This page is based on the Profile Overview Template
<Delete this Category Templates line since your Profile page is no longer a template.>