0.1.0 - ci-build

EgdeSTS_IG - Local Development build (v0.1.0). See the Directory of published versions

Artifacts Summary

This page provides a list of the FHIR artifacts defined as part of this implementation guide.

Structures: Resource Profiles

These define constraints on FHIR resources for systems conforming to this implementation guide

no-basis-Endpoint

Basisprofil for Norwegian Endpoint information. Defined by The Norwegian Directorate of eHealth and HL7 Norway. The profile adds Norwegian specific identification of Endpoing. The basis profile is open, but derived profiles should close down the information elements according to specification relevant to the use-case.

Resource profile for definition of electronic endpoints used by healthcare organizations to communicate using different protocols. The norwegian profile use-case is to represent endpoints for electronic communication. Fallback solutions using mail or fax has to be indexed in the norwegian master index for healthcare organizations and are not described using this profile.

no-basis-Location

Basisprofil for Norwegian Location information. Defined by The Norwegian Directorate of eHealth and HL7 Norway. Should be used as a basis for further profiling in use-cases where specific location information is needed. The basis profile is open, but derived profiles should close down the information elements according to specification relevant to the use-case.

no-basis-Organization

Basisprofil for Norwegian Organization information. Defined by The Norwegian Directorate of eHealth and HL7 Norway. The basis profile describes information structures typically used for identifying norwegian organizations. Should be used as a basis for further profiling in use-cases where other specific identity information is needed. The basis profile is open, but derived profiles should close down the information elements according to specification relevant to the use-case.

no-basis-Patient

Basisprofil for Norwegian Patient information. Defined by The Norwegian Directorate of eHealth and HL7 Norway. Should be used as a basis for further profiling in use-cases where specific identity information is needed. The basis profile is open, but derived profiles should close down the information elements according to specification relevant to the use-case.

no-basis-Practitioner

Basisprofil for Norwegian Practitioner information. Defined by The Norwegian Directorate of eHealth and HL7 Norway. Should be used as a basis for further profiling in use-cases where specific identity information is needed. The basis profile is open, but derived profiles should close down the information elements according to specification relevant to the use-case.

2019-03 - The no-basis-Practitioner resource main use-case is to represent the actual Practitioner, e.g. a person. The resource can include information about how to identify the practitioner in addition to the practitioner’s education, qualifications and speciality. The resource can also include approvals and other centrally registered capabilities recorded for the practitioner.

Structures: Data Type Profiles

These define constraints on FHIR data types for systems conforming to this implementation guide

no-basis-Address

Basisprofil for Norwegian Address information. Defined by The Norwegian Directorate of eHealth and HL7 Norway. The profile adds Norwegian specific property information, official use of address and further explanation of the use for the data-elements in a Norwegian address. The basis profile is open, but derived profiles should close down the information elements according to specification relevant to the use-case.

no-basis-HumanName

Basisprofil for Norwegian HumanName. Defined by The Norwegian Directorate of eHealth and HL7 Norway. The profile adds the concept of middlename and further explains of the use for the data-elements in a Norwegian context. The basis profile is open, but derived profiles should close down the information elements according to specification relevant to the use-case.

Structures: Extension Definitions

These define constraints on FHIR data types for systems conforming to this implementation guide

no-basis-address-official

Defines the concept of an officialy registered address in Norway. Usually this will be the adress registered in “Folkeregisteret” for persons or “Enhetsregisteret” for organizations.

no-basis-middlename

The basis extension defines the Norwegian middlename wich is called “mellomnavn” and defined by Norwegian legislation (Lov om personnavn).

no-basis-municipalitycode

Coded value for municipality/county Norwegian kommune

no-basis-propertyinformation

This basis extension describes information identifying norwegian real property.

no-basis-urban-district

Simple extension containing information about what part of a norwegian city the patient is a resident. Administrative purpose.

Terminology: Value Sets

These define sets of codes used by systems conforming to this implementation guide

no-basis-connection-type.valueset

ValueSet for connection types used in Endpoint definition. Includes all Norwegian specific types (no-basis-connection-type) and the extensible HL7 CodeSystem for connection-type

no-basis-location-type.valueset

ValueSet for location types used in Location definition. Includes all Norwegian specific types (no-basis-location-type.codesystem) and all codes from v3.ServiceDeliveryLocationRoleType defined by HL7

Terminology: Code Systems

These define new code systems used by systems conforming to this implementation guide

no-basis-connection-type.codesystem

Codes to describe Norwegian message based communication protocols.

no-basis-location-type.codesystem

Additional codes for location.type used by no-basis-Location

Example: Example Instances

These are example instances that show what data produced and consumed by systems conforming with this implementation guide might look like

DeviceObservationExample001

Observation example based on room sensor Device 001

DeviceObservationExample002

Observation example based on room sensor Device 002

JanniceSoreng

Patient Jannice Soreng taken from no-basis FSH instances

ManualObservationBundleExample003

Bundle collection for BVC and MADRS observations made by practitioner with reference to room but not patient

STSConditionJanniceSoreng001

Condition used to describe patient Jannice Soreng’s diagnosis

STSConditionJanniceSoreng002

Condition used to describe patient Jannice Soreng’s diagnosis

STSConditionJanniceSoreng003

Condition used to describe patient Jannice Soreng’s diagnosis

STSDevice001

Device 001 sending the alert from main room

STSDevice002

Device 002 sending the alert from bathroom

STSEoCCarePlanJanniceSoreng

CarePlan used to connect patient Jannice Soreng to Post D Room 34

STSEoCJanniceSoreng

Episode of Care used to define period of care for Jannice Soreng and link to her care manager Kumar Magnar

STSLocationPostDRoom34

Location for a room collection for manually registered observation

STSLocationPostDRoom34Bathroom

Location for a room part for device registered observation

STSLocationPostDSSA

Location for a hospital ward based on RESH id

STSOrganizationPsykiskHelsevernVoksne

Organization location for the clinic based on its Her-ID

STSPractitionerKumarMagnar

Example of a practitioner Kumar Magnar with both HPR and FNR ids