This wiki has undergone a migration to Confluence found Here
<meta name="googlebot" content="noindex">

Product SPDIR SFM

From HL7Wiki
Revision as of 17:08, 27 April 2010 by Llaakso (talk | contribs)
Jump to navigation Jump to search

Product Brief: Healthcare, Community Services & Provider Directory (SPDIR SFM)

back to Main_Page
back to Product List

Product Name

Healthcare, Community Services & Provider Directory (SPDIR SFM),
also informally referred to as Human Services Directory or HSD

Topics

Standard Category

Application Functional Specifications - Services (SOA)

Integration Paradigm

Services

Type

Normative, ANSI Standard

Releases

  • HL7 V3 SOA, R1- passed normative ballot Sep 2009, publication anticipated in January 2010.

ANSI/HL7 V3 SPDIR, R1-2010

Summary

The purpose of an HL7 SFM is to identify and document the functional requirements pertaining to the identification and location of "business-services" important to healthcare. It specifies a means to conduct the discovery of appropriate real-world services (such as health specialty providers, laboratories, and inclusive of non-health services as well), and provides mechanisms to access rudimentary resource management, such as scheduling. Accordingly, this particular SFM seeks to define the functional requirements of a Healthcare, Community Services, and Provider Directory Service (Referred to from here on as Human Services Directory or HSD). As part of the Healthcare Services Specification Project (HSSP) it enables the specification of a directory service that supports a number activities including Credentialing, Scheduling, Authentication, Referral and Wait List Management.

Description

Specify core functionality of a Services & Provider Directory that not only supports semantic interoperability, but also valuable business initiatives such as Wait List Management.

Business Case (Intended Use, Customers)

  • To provide for the identification and location of pertinent health and community services
  • To provide support for activities such as referral management
  • To provide access to rudimentary resource management capabilities (such as calendaring/schedule management)
  • Healthcare and Community Services,
  • Emergency Services

Benefits

Many people see a Services Directory as the answer to many issues, however in particular to effectively support Referral, scheduling and wait list management. It is important to note uses, content and purposes of a Services Directory vs a Provider Directory are somewhat different. The scope of this project also goes beyond just Healthcare.

Implementations/ Case Studies (Actual Users)

Resources

Work Groups

Education

Relationship to/ Dependencies on, other standards

  • Identity Cross-Reference Service Functional Model (IXS)
  • Retrieve, Locate, Update Service Functional Model (RLUS SFM)
  • OMG Entity Identification Service (EIS) Technical Specification
  • OMG Retrieve Locate Update Service (RLUS) Technical Specification

Links to current projects in development