Difference between revisions of "Care Services Discovery"

From IHE Wiki
Jump to navigation Jump to search
Line 38: Line 38:
  
 
The CSD profile may be employed to support, for example, the Provider Queries listed by the US Office of the National Coordinator as part of the Standards and Interoperability 615 Framework (http://wiki.siframework.org/file/view/ESI%20Query%20and%20Response.pdf).
 
The CSD profile may be employed to support, for example, the Provider Queries listed by the US Office of the National Coordinator as part of the Standards and Interoperability 615 Framework (http://wiki.siframework.org/file/view/ESI%20Query%20and%20Response.pdf).
 
==Systems Affected==
 
''<List (in user terms) the types of systems they might expect to have implemented actors from this profile, e.g. RIS, PACS, HIS, CAD Workstation, etc. and for each, how it would participate.>''
 
 
* ''PACS systems may store, manage, and/or display Evidence Documents.''
 
* ''Display systems may query, retrieve and display Evidence Documents.''
 
* ''Reporting workstations may retrieve, process and include details from Evidence Documents in reports
 
 
'''Actors & Transactions:'''
 
 
''<Insert an actor-transaction diagram, and or list of Content Definitions>''
 
  
 
==Specification==
 
==Specification==

Revision as of 12:28, 18 September 2014

Summary

The Care Services Discovery (CSD) profile supports queries across related directories containing data about: organizations, facilities, services and providers. Queries against an optional “FreeBusy” service are also supported; this FreeBusy information would enable the development of a list of schedulable time slots for providers or services at specific facilities.

The CSD profile describes four actors and the transactions between them:

  1. Service Finder – the Service Finder actor submits queries to the Care Services InfoManager, who returns the requested result(s). Queries may be expressed as invocations of “stored” queries, or (optionally) as ad hoc queries using the flexible XQuery standard, or (optionally) as iCalendar vFREEBUSY queries.
  2. Care Services InfoManager – the InfoManager actor has two roles. The InfoManager maintains a local cache of content that represents cross-referenced data from one or more Care Services Directory actors. The InfoManager periodically refreshes this cache by querying Directory actors for updated content. The InfoManager’s other role is to process inbound queries from Service Finder actors. These queries are executed against the cached content.
  3. Care Services Directory – the Directory actor is responsible for returning an XML document in response to a refresh request from a Care Services InfoManager. The response document contains content which has been inserted or updated in the directory since the last refresh and is expressed in the format defined by the CSD profile’s XML schema.
  4. Service Availability – the Service Availability actor responds to requests for the “busy” time for a provider offering a service at a specified facility or for a service at a specified facility. This busy data may be employed to determine the free time slots which may be scheduled. The format of the request and response is defined by the IETF CalDAV specification (RFC 4791).


Benefits

Because it maintains interlinked directory information, the CSD profile is able to respond to queries such as:

  • Which facilities are associated with which organizations?
  • What services are provided at specific facilities or, conversely, where are the facilitiesthat provide a specified service?
  • Who are the providers associated with a particular organization; what services do they provide; at which facilities do they provide these services, and when?
  • Within a specified date range, when are the schedulable time slots for the provider of a specific service?

The CSD profile’s loosely coupled design and flexible querying capability means it can be deployed within a number of eHealth architectures and support a wide array of care workflows.

Details

The ability to query interrelated, federated, service directories supports important service discovery activities. This includes consumer-centric queries such as finding:

  • Where is the closest youth mental health services clinic?
  • When is the earliest time I could schedule an appointment with a physiotherapist near my workplace?.

In addition, crucial health system management workflows are supported. This can include reporting and analyses, such as:

  • What are my health human resource capacities, by facility, by cadre?,
  • What are all the services offered at this facility?
  • Where are all the facilities that offer this service?

Lastly, the CSD profile may be employed to support line-of-business queries such as:

  • What is the enterprise facility ID for this facility?
  • What is the encryption certificate and electronic endpoint for this provider?

The CSD profile may be employed to support, for example, the Provider Queries listed by the US Office of the National Coordinator as part of the Standards and Interoperability 615 Framework (http://wiki.siframework.org/file/view/ESI%20Query%20and%20Response.pdf).

Specification

Profile Status: Trial Implementation

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:

  • Vol. 1 - Section 5 (SWF Profile)
  • Vol. 2 - Sections 4.8 to 4.10, 4.14 to 4.19, and 4.23
  • Vol. 3 - Appendix E

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.>


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

Current: IT Infrastructure Technical Framework.