Healthcare Services Specification Project

Last updated April 07, 2020

The Healthcare Services Specification Project (HSSP) is a standards development effort to create health industry service-oriented architecture (SOA) standards supportive of the health care market sector. HSSP is a jointly sponsored activity operating within the Health Level Seven (HL7) and the Object Management Group (OMG) standards group. Formally beginning as a collaboration between the HL7 Service-oriented Architecture Special Interest Group and the OMG Healthcare Domain Task Force, HSSP is developing healthcare middleware standards addressing interoperability challenges.

The activity is an effort to create common “service interface specifications” that ultimately can be tractable within a Health IT context. The stated objective of the HSSP project is to create useful, usable healthcare standards that define the functions, semantics, and technology bindings supportive of system-level interoperability. To the extent possible, HSSP specifications complement existing work and standards.

A key tenet to the HSSP approach is to focus on practical needs, capitalizing on open industry participation and maximizing contributions from industry talent interested in engaging.

Context

By design, HSSP specifications are applicable for use in multiple use contexts, including inter-enterprise, intra-enterprise, intra-product, and intra-implementation. In other words, nothing inherent in the standard work deliberately precludes their use in any targeted system setting.

Mission

The following is the stated Mission and Charter of the HSSP project, used with permission.^{[ citation needed ]}

Recognizing the need for specifications for services to support healthcare IT as part of national infrastructures (such as US NHII, Australia’s HealthConnect and Finland's Terveyshanke), Health Level Seven and the Object Management Group have forged this agreement to collaborate to the advantage of the health domain sector. This charter outlines high-level distribution of responsibilities and separation of concerns specifically related to this services effort. Note that this joint effort between HL7 and OMG is not exclusive. Either organization may engage in independent efforts or similar joint efforts with others. This project is a collaborative effort between HL7 and OMG to identify and document service specifications, functionality, and conformance supportive and relevant to healthcare IT stakeholders and resulting in real-world implementations.

As part of this collaborative effort:

HL7 and OMG shall jointly identify the service candidates for specification and prioritize and select candidate services for specification and implementation, and jointly allocate functions to services. OMG members shall provide expertise in distributed architecture and implementation to HL7 activities to positively impact the selection of services and allocation of functions. HL7 members shall engage in the OMG RFP process to ensure consistency with the functional requirements.

HL7 shall elaborate the business functional needs, allocate functions to services, and develop conformance criteria for the services specified. HL7 shall also have responsibility for providing the information modeling and content in support of these services. All of the computationally independent work shall occur within HL7, as well as the functional conformance criteria assuring that service implementations meet their specified capability. In general, information models and content will be managed by other HL7 domain committees, and HSSP will work with those committees to define any additions or changes.

OMG shall refine the HL7 developed computationally independent specifications [functional, semantics, information model, terminology, etc.] resulting in computationally dependent standards and user, vendor, and reference implementations. OMG shall provide technical expertise such as Unified Modeling Language (UML) and Model-driven architecture (MDA), as well as leveraging multi-industry solutions. OMG shall leverage the strength of its adoption process to promote rapid standards development and marketplace product support given that submitters are required to produce implementations of the standards they specify.

As a project and through its presence in other organizations, the HSSP will provide an umbrella structure under which various subgroups will be chartered to carry out specific tasks in conjunction and under the auspices of these organizations, such as definition of methodology, architecture and specific services. The HSSP additionally will facilitate between organizations to provide the tools, knowledge, methodologies, or viewpoints deemed necessary for them to fulfill their purpose. The responsibilities of the main HSSP will be to manage the subgroups and verify their charters, as well as provide cohesive vision and any appropriate administrative tasks.

Philosophy

HSSP specification work is divided into two foundational components: functional specifications (manifested as Service Functional Models) and technical specifications (resulting in technology adoptions). The functional specification work is being originated within health industry standards communities, such as HL7 and CEN. The functional models enumerate what capabilities are to be supported but not how they are supported. The technical specification work details exactly how those functions are manifested and ultimately realized in a technology platform.

The intention behind splitting the standard into two work products is to facilitate and improve involvement from different communities, leveraging each to their strengths. To date, HL7 has been leading in identifying standardization priorities, elaborating the functions desired into Service Functional Models, and in defining conformance criteria that would be used to assess compliance. The OMG has been leading the technical specification process as part of their Technology Adoption Process.

The OMG process requires participants to make commitments to implement standards as working software, ensuring that the technical specifications are used and available. During implementation of these technical specifications, errors and shortcomings of adopted Service Functional Models are captured, logged, and ultimately incorporated into subsequent versions of the Service Functional Models as part of a continuous process improvement approach.

History

Prior to establishing HSSP as a moniker, the activity began informally as an informal group to discuss issues pertaining to SOA and interoperability in a health context. Meeting concurrently with regularly scheduled HL7 Working Group meetings, HSSP operated in this form for several years until June 2005. In June a meeting was hosted in Salt Lake City by the U.S. Veterans Health Administration to establish a formal direction for the group and to initiate steps to formalize its activities.

In January 2006, Health Level Seven accepted the charter of the Service-oriented Architecture Special Interest Group (SOA SIG), which was to become the hosting body for HSSP within the HL7 organization. The OMG Healthcare Domain Task Force had already agreed to sponsor the activity. The HSSP project was formally chartered in January, 2006, operating under a board-level agreement forged between Health Level Seven and the Object Management Group.

Related Research Articles

The Object Management Group (OMG) is a computer industry standards consortium. OMG Task Forces develop enterprise integration standards for a range of technologies.

Health Level Seven or HL7 refers to a set of international standards for transfer of clinical and administrative data between software applications used by various healthcare providers. These standards focus on the application layer, which is "layer 7" in the OSI model. The HL7 standards are produced by Health Level Seven International, an international standards organization, and are adopted by other standards issuing bodies such as American National Standards Institute and International Organization for Standardization.

Model-driven architecture (MDA) is a software design approach for the development of software systems. It provides a set of guidelines for the structuring of specifications, which are expressed as models. Model-driven architecture is a kind of domain engineering, and supports model-driven engineering of software systems. It was launched by the Object Management Group (OMG) in 2001.

Service-oriented architecture (SOA) is a style of software design where services are provided to the other components by application components, through a communication protocol over a network. A SOA service is a discrete unit of functionality that can be accessed remotely and acted upon and updated independently, such as retrieving a credit card statement online. SOA is also intended to be independent of vendors, products and technologies.

ISO 10303 is an ISO standard for the computer-interpretable representation and exchange of product manufacturing information. Its official title is: Automation systems and integration — Product data representation and exchange. It is known informally as "STEP", which stands for "Standard for the Exchange of Product model data". ISO 10303 can represent 3D objects in Computer-aided design (CAD) and related information.

The Department of Defense Architecture Framework (DoDAF) is an architecture framework for the United States Department of Defense (DoD) that provides visualization infrastructure for specific stakeholders concerns through viewpoints organized by various views. These views are artifacts for visualizing, understanding, and assimilating the broad scope and complexities of an architecture description through tabular, structural, behavioral, ontological, pictorial, temporal, graphical, probabilistic, or alternative conceptual means. The current release is DoDAF 2.02.

The HL7 Clinical Document Architecture (CDA) is an XML-based markup standard intended to specify the encoding, structure and semantics of clinical documents for exchange. In November 2000, HL7 published Release 1.0. The organization published Release 2.0 with its "2005 Normative Edition."

The Systems Modeling Language (SysML) is a general-purpose modeling language for systems engineering applications. It supports the specification, analysis, design, verification and validation of a broad range of systems and systems-of-systems.

Reference Model of Open Distributed Processing (RM-ODP) is a reference model in computer science, which provides a co-ordinating framework for the standardization of open distributed processing (ODP). It supports distribution, interworking, platform and technology independence, and portability, together with an enterprise architecture framework for the specification of ODP systems.

The Public Health Information Network (PHIN) is a national initiative, developed by the Centers for Disease Control and Prevention (CDC), for advancing fully capable and interoperable information systems in public health organizations. The initiative involves establishing and implementing a framework for public health information systems.

The European Committee for Standardization (CEN) Standard Architecture for Healthcare Information Systems, Health Informatics Service Architecture or HISA is a standard that provides guidance on the development of modular open information technology (IT) systems in the healthcare sector. Broadly, architecture standards outline frameworks which can be used in the development of consistent, coherent applications, databases and workstations. This is done through the definition of hardware and software construction requirements and outlining of protocols for communications. The HISA standard provides a formal standard for a service-oriented architecture (SOA), specific for the requirements of health services, based on the principles of Open Distributed Processing. The HISA standard evolved from previous work on healthcare information systems architecture commenced by Reseau d’Information et de Communication Hospitalier Europeen (RICHE) in 1989, and subsequently built upon by a number of organizations across Europe.

The OASIS Reference Model for Service Oriented Architecture (SOA-RM) is an abstract framework for understanding significant entities and relationships between them within a service-oriented environment, and for the development of consistent standards or specifications supporting that environment. It is based on unifying concepts of SOA and may be used by architects developing specific service oriented architectures or in training and explaining SOA.

Service Component Architecture (SCA) is a software technology designed to provide a model for applications that follow service-oriented architecture principles. The technology, created by major software vendors, including IBM, Oracle Corporation and TIBCO Software, encompasses a wide range of technologies and as such is specified in independent specifications to maintain programming language and application environment neutrality. Many times it uses an enterprise service bus (ESB).

Enterprise interoperability is the ability of an enterprise—a company or other large organization—to functionally link activities, such as product design, supply chains, manufacturing, in an efficient and competitive way.

SoaML is an open source specification project from the Object Management Group (OMG), describing a UML profile and metamodel for the modeling and design of services within a service-oriented architecture.

This article documents the effort of the Health Level Seven(HL7) community and specifically the HL7 Architecture Board (ArB) to develop an interoperability framework that would support services, messages, and Clinical Document Architecture(CDA) ISO 10871.

The system of concepts to support continuity of care, often referred to as ContSys, is an ISO and CEN standard . Continuity of care is an organisational principle that represents an important aspect of quality and safety in health care. Semantic interoperability is a basic requirement for continuity of care. Concepts that are needed for these purposes must represent both the content and context of the health care services.

International HL7 implementations is a collection of known implementations of the HL7 Interoperability standard. These do not necessarily refer to cross-border health information systems.

Health Level Seven International (HL7) is a non-profit organization ANSI-accredited standards development organization dedicated to providing standards and solutions that empower global health data interoperability.

Sparx Systems Enterprise Architect is a visual modeling and design tool based on the OMG UML. The platform supports: the design and construction of software systems; modeling business processes; and modeling industry based domains. It is used by businesses and organizations to not only model the architecture of their systems, but to process the implementation of these models across the full application development life-cycle.

References

HSSP Wiki

External links

This page is based on this Wikipedia article
Text is available under the CC BY-SA 4.0 license; additional terms may apply.
Images, videos and audio are available under their respective licenses.