Imprimer
Courriel
« Ça semble toujours étrange qu’on n’ait pas accès à notre information médicale. » Faites connaissance avec Mark, l… https://t.co/blN9nlmN0J
Le contenu créé par les communautés et les groupes de travail est accessible dans la version originale seulement.
Membres: 149
Personne-ressource: Derek Ritz
Administration: Andrea MacLean, Linda Monico
Type: Ouvert
Accès: Public
Health care and health information professionals collaborating to improve information sharing between health care technology systems.
À propos de nous
What is IHE?
Unlike HL7 (or ISO, or SNOMED, or WHO, etc.), IHE is not a health informatics standards development body. Rather, IHE is a standards profiling body. IHE Profiles are implementation guides – they make standards digestible, usable, and implementable. They describe, at a conformance-testable level of detail, how a portfolio of underlying standards will be employed to address the ecosystem-wide interoperability issues associated with a specific set of healthcare use cases. IHE Profiles create re-usable, digital health building blocks by “packaging up” the 5C’s:
- Care context
- Content specs
- Coding specs
- Communications specs
- Confidentiality and security specs
The target audience for an IHE profile is the entire care delivery network. This especially includes the jurisdictional governance entities that are tasked with operationalizing plug-and-play interoperability between disparate network participants. IHE is focused on taking digital health interoperability to scale and to mitigating the risks inherent in such an effort.
What is the IHE Community?
The IHE Community is a place where health care professionals and the health information industry collaborate to improve the way health care technologies and systems share information.
To become a member of this community select Join Group in the Group Menu.
If you have an idea for a community, working group or project that will drive interoperability forward, let us know! Send your suggestions
LEADER
Derek Ritz, P.Eng., CPHIMS-CA
ecGroup Inc.
KEY RESOURCES
Activité
Événements
Événements à venir :
| Aucun événement |
Forum
Tâches
Tâches
Suivi du temps
Gantt
Documents
Cliquez sur « Gérer des documents » pour :
- voir la liste complète des documents ou les dossiers regroupant les documents
- téléverser un nouveau document
Gérer des documents
Vous devez peut-être ouvrir une session et/ou être déjà membre du groupe pour accéder à ce contenu.
Archive ( 2 Documents )
Vidéo
Solutions
- Object Identifier (OID)
- WebHook Notifications
- Canadian URI Registry
- TermWorks
- Registre FHIR Canadien
- Terminology Gateway
- HAPI v2
- Message ReMixer
- Terminology Service API
- SNOMED CT Browser
- FHIR Terminology Service API
- HL7 Explorer
- Message Builder
- HAPI FHIR
- InfoRMS
Pan-Canadian Standards use Object Identifiers (OIDs) to distinguish between objects by assigning a numeric string that enables other systems to understand the unique information that is being shared between various systems.
Canada Health Infoway has an arrangement in place with HL7 International that allows Infoway to submit OIDs to HL7 International on behalf of Canadian Implementers free of charge. There is a $250 USD fee per OID request if done directly with HL7 International.
To submit an OID, download the registration form that corresponds to your OID request. Email the completed form to Cette adresse courriel est protégée contre les robots spammeurs. Vous devez activer le JavaScript pour la visualiser. for all Non-jurisdictional and Infoway owned subsets. All other requests must be sent to Jurisdictional Representatives for OIDs following these guidelines listed:
- Jurisdictional Teams will require 5-7 business days to process each request. It will be incumbent on the requestor to reply within this time frame to any questions or make any follow ups as required. Any failure to do so will result in an automatic rejection and require resubmitting the request.
- The Requestor must post the OID Requests on the following forums ONLY after consulting with the Jurisdiction/Infoway SME:
a. HL7 International and FHIR Implementation WG (Jurisdictional/Non-Jurisdictional OID Requests)
b. Public Health Surveillance and Health Terminologies (Subset OID Requests)
TIP How to upload and link a document to an InfoCentral Forum
- Forum posts shall have the following format:
Subject: New Namespace/CodeSystem/Subset OID Request- OID Description: “A description of the OID”
- OID Symbolic name: Symbolic name guidelines
- Responsible Body & Contact Information
- Proposed FHIR URI: URI as per URI Guidelines
- To be published: Canadian URI Registry/Terminology Gateway
- There will be a wait period of 5 business days for the communities to react to the forum post with comments, questions or asks for clarification.
- FHIR URIs must be proposed for all Jurisdictional and Non-jurisdictional OID requests according to the URI Guidelines and must be published in the Canadian URI Registry. Publishing the URI is an optional but highly recommended step. The requestor will submit a validated FHIR® NamingSystem resource object based on the NamingSystem profile to their jurisdictional representative who will then upload it.
- FHIR URIs must not be proposed for Subsets to be published on the Terminology Gateway as they will be generated automatically.
- The Forum post will be updated with the new OID.
OIDs Registration Process
- Jurisdictional OID Registration process
- Non-Jurisdictional OID Registration process
- Subset OID Registration Process
- Jurisdictional OIDs , contact Jurisdictional Representative
- Non Jurisdictional OIDs – Create Ticket in Subset RFC Project
- How to upload and link a document to an InfoCentral Forum
General Documentation
Automated notifications of new content in Terminology Gateway
A WebHook is an HTTP callback. When new content is published in the Terminology Gateway, a publishing event will be POSTed to each registered WebHook, notifying their respective owners about the publication.
WebHook registration
Individual users can register for WebHook notifications by sending an email to: Cette adresse courriel est protégée contre les robots spammeurs. Vous devez activer le JavaScript pour la visualiser. and specifying the WebHook endpoint. Upon registration, a unique api_id will be assigned to the WebHook. Each notification POSTed by the Terminology Gateway will contain the api_id, allowing the endpoint to verify that the notification was indeed issued by the Terminology Gateway. The api_id must be echoed back by the WebHook endpoint in the body of the notification response.
WebHook interface
The WebHook endpoint must serve HTTP requests conforming to the following interface:
HTTP Request
{
"api_id": "cb570e5a2748f349f9119431db836b3a23fdb6571afee34c0432d87220f2431b",
"base_url": "https://termapi.infoway-inforoute.ca/rest/v1/",
"notification_time": "2017110711:07:00",
"targets": [
{
"id": "2.16.840.1.113883.2.20.6.1",
"name": "Canadian Clinical Drug Data Set (CCDD)",
"type": "package",
"version": "20171016",
"effective_date": "20171016",
"publication_time": "2017103015:20:23",
"message": "Monthly CCDD update for October 2017"
},
{
"id": "2.16.840.1.113883.2.20.3.443",
"name": "PrescribeIT",
"type": "package",
"version": "LPR2",
"effective_date": "20171103",
"publication_time": "2017110309:37:22",
"message": "PrescriptionMedicinalCode version reflecting the October 2017 CCDD update"
}
]
}
- api_id: as previously mentioned, each notification POST contains the api_id granted at registration.
- base_url: the base URL for the native REST API endpoint of the originating system. This can be used to call back the Terminology Gateway via APIs in order to programmatically download updated content.
- notification_time: the timestamp of the WebHook notification in yyyyMMddHH:mm:ss format.
- targets: list of updated targets. Each entry in this array corresponds to a Terminology Gateway artifact (subset, codesystem, map, package) that was updated and is therefore subject to the notification. The target list will only include artifacts for which the user has registered to receive notifications. Users can register to receive notifications about content updates using the Terminology Gateway User Interface or by invoking the native REST APIs.
Each of the notification targets contains the following fields:- id: the artifact id, typically an OID
- name: the artifact name
- type: the artifact type: subset, codesystem, package or map
- version: the published version id
- effective_date: the effective date associated to the artifact version, in yyyyMMdd format
- publication_time: the publication time in yyyyMMddHH:mm:ss format
- message: optional message describing the published artifact version
HTTP Request
HTTP Response code: 200 for success, any other response code will be interpreted as an error
Sample HTTP Response Body:
{
"api_id": "cb570e5a2748f349f9119431db836b3a23fdb6571afee34c0432d87220f2431b",
"result": "success",
"message": "Successful processing of the WebHook notification"
}
- api_id: as previously mentioned, each notification response must echo back the api_id granted at registration.
- result: success if the web hook notification was successful, any other value will be interpreted as an error.
- message: optional response message.
Error handling
When receiving an error as a result of a WebHook notification, the Terminology Gateway will retry the notification four times at 15 minutes intervals. If still unsuccessful after four notification attempts, the system will drop the notification and will notify the user by email that the WebHook couldn't be invoked.
Sample code
Demo code for a sample WebHook endpoint can be found here:
Le registre canadien d'identificateurs uniformes de ressources (URI) a été créé pour regrouper l'information concernant les espaces de noms des identificateurs et des systèmes de codes. L'utilisation des ressources NamingSystem de FHIR® rend la saisie des métadonnées propice à la consultation et au traitement informatique. Elle permet aussi le mappage bidirectionnel automatique entre les identificateurs d'objets (OID) et les URI.
Afin de rendre la recherche de ces artéfacts plus souple, le registre d'URI canadien (alpha) permet d'effectuer des recherches via du texte en clair, des OID ou des URI. Les identificateurs URI sont créés à l'aide des lignes directrices URI et affichés sur la page du groupe de travail sur l'architecture de solutions FHIR en vue d'être approuvés.
Tous les artéfacts NamingSystem sont organisés par le Canadian URI Project dans Simplifier et peuvent faire l’objet de recherches après une période de 20 minutes.
Apelon’s TermWorks is an easy-to-use data mapping solution that is provided by request (free of charge) to individuals who have Standards Access. It brings powerful terminology capabilities directly to the desktop. TermWorks combines Microsoft® Excel® spreadsheet software with web services-based terminology processing to give organizations comprehensive mapping capability to SNOMED CT and the Canadian Edition of SNOMED CT.
Implementation Guidelines & Resources
Content Changes
Learn More
- Cette adresse courriel est protégée contre les robots spammeurs. Vous devez activer le JavaScript pour la visualiser.
- SNOMED CT Education
- Apelon User Guide
- Infoway User Installation Guide
- How does TermWorks Work?
- TermWorks FAQs
The Canadian FHIR® Registry supports collaborative development in an effort to accelerate sustainable growth of FHIR, locally and internationally. The registry will be the home of national FHIR profiles recommended for use in Canada, including extensions, value sets, URIs and other useful, commonly used components. It is also host to a growing number of national, jurisdictional and locally shared FHIR projects, and is open to all Canadian implementers.
The Canadian FHIR Registry offers:
- seamless integration of profile editing using Forge (free FHIR profile editor)
- designated project space
- supports project teams of up to 100 individuals
- online authoring of implementation guides
- integration with source control tools such as GitHub
- version controlled environment
The Canadian FHIR Registry blends software development best practices with the requirements of modelling in FHIR, essential to delivering successful project requirements while having continuous access to structure validation, rendering and publishing.
All project artifacts are backed up weekly, on Sunday nights. Each snapshot will be retained for 10 days. The project owner can request an as-is snapshot containing all the necessary artifacts such as text, xml, json, md and image files by contacting Cette adresse courriel est protégée contre les robots spammeurs. Vous devez activer le JavaScript pour la visualiser..
Organization projects can be viewed without logging in. To edit or request a new project, Cette adresse courriel est protégée contre les robots spammeurs. Vous devez activer le JavaScript pour la visualiser. with the details.
Browse, download and leverage the terminology used in Canada
Terminology Gateway is a web based solution framework that enables the distribution and sharing of terminology concepts, subsets and concept maps, making them available for web browsing, download or real time query.
Browse Terminology Gateway Now
General Documentation
Open source integration tool useful for health IT integration projects
HAPI for HL7 v2 messages is an open-source, object oriented HL7 v2.x parser developed for the Java platform.
Localization of pan-Canadian Standards
Infoway Message ReMixer is a web-based application that allows for the localization of pan-Canadian Standards (pCS) messages to meet jurisdictional requirements, all while maintaining the integrity of the original, standard message.
General Documentation
Implementation and Exchange
Jurisdictional ReMixes
RESTful web services used to browse terminology data
Terminology Service RESTful APIs enable automated exchange of clinical terminology content and resources. It allows developers to easily implement healthcare applications that programmatically consume codes and subsets without requiring in-depth expertise in the details of terminology.
Tools
Browse International and Canadian Content
SNOMED International's SNOMED CT browser allows users to browse and search the SNOMED CT International Edition to explore concepts and relationships. It also provides access to browse national extensions from SNOMED International member countries including the Canadian Edition of SNOMED CT in English and French.
General Documentation
- On SNOMED International's SNOMED CT Browser, click the blue button for take the Tour...
- Guidance on how to Navigate the Canadian SNOMED CT® Edition
FHIR® web services used to access terminology data
FHIR Terminology Service APIs enable automated exchange of clinical terminology content and resources. It allows developers to easily implement healthcare applications that programmatically consume codes and subsets without requiring in-depth expertize in the fine details of terminology.
Tools
Enhanced browsing of HL7 v3
Infoway HL7 Explorer is a powerful browser for HL7 v3 structures, vocabulary and references. Used in conjunction with the pan-Canadian releases, HL7 Explorer makes locating details and information more efficient.
In November 2017, the Canadian HL7 InfoCentral community determined that there was no longer any need to do further updates to the pan-Canadian Version 3 messages. As a result, the December 2012 releases of MR02.06.01 and CeRx 4.4.2 are the latest pan-Canadian publications of these standardized messages.
The HL7 Explorer, the Master Terminology Worksheet (MTW) and all other messaging related artifacts are aligned with the latest releases.
Standards versions available for viewing in HL7 Explorer
Solution for API integration
Infoway Message Builder allows developers to focus on their business problem by providing APIs that foster quick and easy creation, population and access to HL7v3 requests and responses and CDA documents.
General Documentation
Implementation and Exchange
Open source integration tools useful for health IT integration projects
HAPI FHIR® is a simple-but-powerful library for adding FHIR messaging to applications. It is pure Java compatible and licensed under the business-friendly Apache Software License, version 2.0.
External Solutions for API integration
Open source integration tools useful for health IT integration projects.
HAPI v2
HAPI for HL7 v2 messages is an open-source, object oriented HL7 v2.x parser developed for the Java platform
HAPI FHIR
HAPI FHIR is a simple-but-powerful library for adding FHIR messaging to your application. It is pure Java compatible and licensed under the business-friendly Apache Software License, version 2.0.
Request Management Solution
InfoRMS (Infoway Request Management System) is Infoway's Request for Change Tool for SNOMED CT, pCLOCD/LOINC and pan-Canadian Subsets. Not sure if you have access to InfoRMS? Manage your InfoRMS Access in your user profile.
SNOMED CT
Prior to submitting a SNOMED CT request, it is the requestor's responsibility to:
- Validate that the content does not exist in either the International or Canadian editions of SNOMED CT
- Comply with the appropriate Editorial Guidelines
Submit or follow requests to SNOMED CT
pCLOCD/LOINC
Prior to submitting a pCLOCD/LOINC request, it is the requestor's responsibility to:
- Validate that the content does not exist in LOINC or the pCLOCD
- Comply with Regenstrief Editorial Guidelines (note: login required)
Submit or follow requests to pCLOCD/LOINC
pan-Canadian Subsets
Prior to submitting a Subset request, it is the requestor's responsibility to:
- Validate the content against the subsets in Terminology Gateway
- Comply with the appropriate proper terminology Editorial Guidelines
Submit or follow requests to pan-Canadian Subsets
Conférence Web
Veuillez ouvrir une session pour accéder à la conférence web d'InfoCentral.
