THIS SPACE IS UNDER CONSTRUCTION

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 9 Next »

General Information

MetaHub

The ‘MetaHub’ component is introduced to support the interconnection between ‘Hubs’. This component is accessible to ‘recognized’ hubs. The word ‘hub’ denotes the kernel of a ‘recognized’ regional or sub regional health network.

The main purpose of the MetaHub is to allow a hub to know where it can find information about a patient outside of its network. More precisely, the MetaHub simply provides the list of hubs that have information about a patient. It is not the MetaHub’s role to know where, within a (sub)regional health network, the information is stored.

The MetaHub is thus more a ‘locator service’ than a ‘routing component’: there are no ‘document’ exchanges transiting throughout the component. MetaHub v2 also allows the hubs to consult and manage the registration of patient consents and exclusions1. A major feature is that the hubs themselves feed the MetaHub. See figure below.


KMEHR

This service is a ‘KMEHR-based’ WS. We thus strongly recommend consulting the documentation related to the KMEHR normative elements. The KMEHR site aims to offer a central point for the documentation of the KMEHR normative elements.

https://www.ehealth.fgov.be/standards/kmehr/en

The three following generic elements are, in particular, essentials to build the request and the reply of eHealth MetaHub WS.

Basic Flow

FlowSpecifications

IDAR-UC117-BF
NamePut Therapeutic Exclusion - Hub as author of the request
DescriptionPut Therapeutic Exclusion allows a hub to register a patient - HC Party exclusion
Actor(s)Hub
Requirements
  • User through a Hub (mentioned in "Actors")
  • Valid eHealth cerificate of the hub
  • Identification Hub: Hub ID, Organization category
TriggerThe end-user wants to Put a Therapeutic Exclusion
Precondition(s)
  • The user has an account for the application
  • The user is logged out
Flow
  1. The user attempts to access to the eHealth MetaHub WS
  2. The user needs to request a SAML Token by using the eHealth Certificate of the Hub
  3. A request for a SAML Token is sent to the Secure Token Service (STS)
  4. The STS responds with a SAML Token
  5. The user has access to the eHealth WS MetaHub
  6. The user does a request for Put Therapeutic Exclusion 
  7. The Put Therapeutic Exclusion  Request is sent to the MetaHub WS
  8. ° The MetaHub WS responds with a Put Therapeutic Exclusion  Response

      ° The request is logged 

      ° The exclusion is stored in the MetaHub

Post Condition(s)
  • The request is logged
  • The exclusion is stored in the MetaHub with following information: 

      °Target patient

      °Sender

      °Excluded HC Party

Test Data
End point(s)WS MetaHub
RemarksOnly following HC parties can be excluded: Physician, Nurse, Dentist, Midwife, Audician, Physiotherapist, Occupational therapist, Practical nurse, Dietician, Audiologist, Podologist, Truss maker, Logopedist, Orthopedist, Lab technologist, Imaging technologist 
Additional Information
  • INSS support card number is optional , if provided then the card number is ignored (INSS and support card number are not submitted to status validation (Hub third trusted party))
  • NIHII is optional, if provided then NIHII must be compliant. If not provided then not enriched. Cross validation INSS vs NIHII is not applicable. 
  • If the INSS has more than 1 professional category then the HC party is considered as excluded for all professional categories. 
  • No labels