Renewals for the 2017/2018 HL7 International Standards Access are now being accepted. Please renew your access by April 6, 2017. more >

Share this page:

Health Level Seven International (HL7)
Keep up to date and get involved in the latest from HL7 International, the HL7 Canada Constituency, the HL7 Canada Council, and the pan-Canadian messaging standards.
Members: 182
Contact: Jean Duteau
Type: Open
Access: Public
Keep up to date and get involved in the latest from HL7 International, the HL7 Canada Constituency, the HL7 Canada Council, and the pan-Canadian messaging standards.

About

What is the HL7 Community?

The HL7 Community is a place to share lessons learned and learn about new and existing HL7 Standards implemented in Canada, such a version 2, version 3, CDA and FHIR.

This community is where requests to make changes to any of the pan-Canadian messages occur and where implementers come for OID requests in Canada or find Canadian OIDs in the HL7 OID Registry.

Canada is proud to have a thriving HL7 Canada Constituency and actively participates in HL7 Ballots.

To become a member of this community select Join Group in the Group Menu.

If you have an idea for

LEADER

Melva Peters - Chair, HL7 Canada

Industry Leader, Medication Management, Gevity Consulting

FACILITATOR

Jean Duteau - Facilitator, pan-Canadian Standards discussions and RFCs

Canada Health Infoway, HL7 Subject Matter Expert

KEY RESOURCES

HL7 Artifacts (Standards, Release notes, Education etc)

Activity

Jennifer, I have looked at existing HL7 standards, both within Canada and internationally, and there are no specific v3 models that provide this information nor does v2 have a message structure to support it. To extend the CeRx or Canadian MR v3 standard to support it, we'd need to do a requirements gathering phase to determine the proper data elements that are needed and then we'd need to model them appropriately. As it turns out, as part of the Medication Management community, Seema Nayani is going to be launching a working group to look at this very question. So you should ensure that you are a member of the Medication Management community and watch for more information there on this topic.
We are looking for guidance from the HL7 standards on how morphine equivalence information should be returned within the HL7 messaging? We are wondering if any jurisdictions are currently returning morphine equivalence information back to pharmacists for prescriptions and dispenses entered into the jurisdictional EHR , and what elements they are using to returning the information? If the Hl7 standard does not currently support a method for returning morphine equivalence information does Infoway/HL7 have any plans to adopt any additional messaging standards or extend the current HL7 standard to help the jurisdictions with the Canadian National Opioid Strategy?
HL7 International May 2017 Ballot Review Meeting
Monday, April 24, 2017, 02:00pm - 03:00pm
Join the HL7 Canada Council to review the comments submitted for the May 2017 Ballot Cycle. Add meeting to Calendar Join Meeting
Dear HL7 Community members, The ISO/TC 215/TF1 Task Force on Quantities and Units in e-Health is conducting this survey to identify, in broad terms, the authoritative sources for quantities and units that are actually being used in health today and where there may be potential gaps in the underlying standards for quantities and units, particularly where needed to support the use of information and communication technologies for health (“e-health”). This survey is jointly sponsored by the ISO/TC 215 (Health informatics), ISO/TC 12 (Quantities and units) and IEC/TC 25 (Quantities and units) technical committees of ISO and IEC. The survey has been set up online to enable the collection of input from as many potential contributors as possible. You are encouraged to distribute this invitation as widely as possible and encourage as many relevant experts to contribute their views by logging on at: https://www.surveymonkey.com/r/F77TDNX Please complete the survey responses by 17 April 2017. thankyou Beverly
HL7 Publishes FHIR® Release 3 Standard continues to expand and adapt to broad industry feedback Ann Arbor, Michigan, USA – March 22, 2017 – Health Level Seven® International (HL7®), the global authority for interoperability in healthcare information technology with affiliates in 35 countries, today announced that it has published Release 3 of the HL7 Fast Healthcare Interoperability Resources (FHIR®) Standard for Trial Use (STU). The new version is the culmination of 18 months of extensive work to incorporate changes and enhancement requests received from implementation partners across the world, including the Argonaut Project. HL7’s FHIR is a next generation standards framework that leverages the latest web standards and applies a tight focus on implementation. FHIR includes a RESTful API, which is an approach based on modern internet conventions and widely used in other industries. The standard represents a significant advance in accessing and delivering data while offering enormous flexibility and ease of development. For patients and providers, its versatility can be applied to mobile devices, web-based applications, cloud communications, and EHR data-sharing using modular components. As demonstrated most recently at the FHIR Applications Roundtable at Duke University and HIMSS17, FHIR is already widely used in hundreds of applications across the globe for the benefit of providers, patients and payers. The list of updates and changes made to FHIR Release 3 is extensive – thousands of changes have been made in response to implementation experience and quality review processes. Some of the key changes: Added support for Clinical Decision Support and Clinical Quality Measures Broadened functionality to cover key clinical workflows Further development of Terminology Services, and support for Financial Management Defined an RDF format, and how FHIR relates to Linked Data Incremental improvements and increased maturity of the RESTful API and conformance framework In addition to these changes to the base specification, Release 3 is published along with the ..., a US-realm specific implementation guide developed in association with the Office of the National Coordinator for Health Information Technology (ONC). “FHIR Release 3 is the culmination of a huge amount of work by the FHIR community, including hundreds of implementers, analysts and standards developers. We believe it will offer the best platform yet for healthcare data exchange,” said Grahame Grieve, HL7 FHIR Product Director. The FHIR specification is expected to continue to evolve in the future as it responds to the interoperability needs of the robust FHIR implementation community. HL7’s priority for the next release is to advance the key parts of the FHIR standard to a full ANSI-approved normative standard. The ... helps implementers understand how the various parts of the standard are advancing through the standards development life-cycle. For more information on HL7’s FHIR and to download the standard, please visit: .... On behalf of HL7 Canada, congratulations to the countless number of volunteers who contributed to this release! Melva Peters HL7 Canada Chair
... The HL7 International Working Group Meeting will be held in Madrid, Spain from May 6-12, 2017. Hotel room rate & early bird registration deadline: - Friday, April 14! Hurry – the hotel room rate and early bird registration discount deadline is only three weeks away! Download the event brochure to plan your agenda and register today. This meeting is a great opportunity to meet face-to-face with peers from across the globe as well as receive HL7 standards training straight from the source. Important information and upcoming deadlines you should know about: Only a few rooms are left in the HL7 room block! Book your room at the Madrid Marriott Auditorium Hotel & Conference Center today. The deadline to secure the discounted room rate is Friday, April 14. Save 20% on your registration fees! Early bird registration deadline is Friday, April 14. HL7 FHIR® Connectathon 15 will take place on Saturday, May 6 and half-day Sunday, May 7 - don't forget, early bird rates apply! There are numerous educational tutorials on HL7 Fast Healthcare Interoperability Resources (FHIR®), Clinical Document Architecture (CDA®), and other standards being offered in English and Spanish. Bonus! Sunday afternoon International Council Meeting (2:45 - 6:00 pm) followed by a can't miss reception and poster session - Sponsored by HL7 Canada, HL7 Argentina, HL7 France, HL7 Germany, HL7 Switzerland and HL7 Italy For more information, ... Melva Peters HL7 Canada Chair
HL7 International Working Group Meeting
From Saturday, May 06, 2017
To Friday, May 12, 2017
HL7 May 2017 International Conference &Working Group Meeting Madrid, Spain / May 6 – 12, 2017 Hotel room rate & early bird registration deadline:Friday, April 14! Hurry – the hotel room rate and early bird registration discount deadline is only three weeks away! Download the event brochure to plan your agenda andregister today. This meeting is a great opportunity to meet face-to-face with peers from across the globe as well as receive HL7 standards training straight from the source. Important information and upcoming deadlines you should know about: Only a few rooms are left in the HL7 room block! Book your room at the Madrid Marriott Auditorium Hotel & Conference Center today. The deadline to secure the discounted room rate is Friday, April 14. Save 20% on your registration fees! Early bird registration deadline isFriday, April 14. HL7 FHIR® Connectathon 15 will take place on Saturday, May 6 and half-day Sunday, May 7 - don't forget, early bird rates apply! There are numerous educational tutorials on HL7 Fast Healthcare Interoperability Resources (FHIR®), Clinical Document Architecture (CDA®), and other standards being offered in English and Spanish. Bonus! Sunday afternoon International Council Meeting (2:45 - 6:00 pm) followed by a can't miss reception and poster session. Thank you to our sponsors! Special thanks to these HL7 Affiliates forSupporting the International Council Reception

Events



Upcoming events:
Tue Apr 04 @12:00PM - 01:00PM
HL7 Community Call
Mon Apr 24 @ 2:00PM - 03:00PM
HL7 International May 2017 Ballot Review Meeting
Tue May 02 @12:00PM - 01:00PM
HL7 Community Call

Forum

Support in HL7 messaging for returning Morphine Equivalence information for prescriptions and dispenses 03/29/17
Jennifer, I have looked at existing HL7 standards, both within Canada and internationally, and there are no specific v3 models that provide this information nor does v2 have a message structure to support it. To extend the CeRx or Canadian MR v3...
Support in HL7 messaging for returning Morphine Equivalence information for prescriptions and dispenses 03/27/17
We are looking for guidance from the HL7 standards on how morphine equivalence information should be returned within the HL7 messaging? We are wondering if any jurisdictions are currently returning morphine equivalence information back to pharm...
ISO/TC215 WG3: Survey Invitation Letter Task Force on Quantities and Units in e-Health 03/24/17
Dear HL7 Community members, The ISO/TC 215/TF1 Task Force on Quantities and Units in e-Health is conducting this survey to identify, in broad terms, the authoritative sources for quantities and units that are actually being used in health today an...
HL7 International Publishes FHIR(R) Release 3 03/22/17
HL7 Publishes FHIR® Release 3 Standard continues to expand and adapt to broad industry feedback Ann Arbor, Michigan, USA – March 22, 2017 – Health Level Seven® International (HL7®), the global authority for interoperability in healthcare informa...
HL7 International Working Group Meeting - May 6-12, 2017 - Madrid, Spain 03/22/17
... The HL7 International Working Group Meeting will be held in Madrid, Spain from May 6-12, 2017. Hotel room rate & early bird registration deadline: - Friday, April 14! Hurry – the hotel room rate and early bird registration discount dead...
Monday March 20 - Deadline to Register for FHIR Fundamentals! 03/16/17
HL7® FHIR® Fundamentals 4-week Online Course (April 6 - May 4) If you're looking for an in-depth overview of HL7’s newest standard, Fast Healthcare Interoperability Resources (FHIR®), plan to join the April offering of the HL7 FHIR Fundamentals c...
HL7 Canada Council – Member-At-Large Election – Candidates 03/09/17
• Name: Harsh Sharma • Home City: Calgary. AB • Employer: Alberta Health Services • Community/Stakeholder Group represented: Represented Health Information Exchange, Alberta Health Services in Health Information Committee for Alberta (HISCA)...
HL7 Community Call - March 7 03/06/17
Hi Everyone, Our agenda for tomorrow's call: 1. HL7 Updates 2. Canadian FHIR Community Updates 3. Standards Access Renewal Reminders Please let me know if there is anything you'd like to add. Call coordinates here: https://ic.infoway-infor...
URI for Canada Post 2-letter Canadian Provinces/Territories and US States 03/01/17
Thanks Igor.
URI for Canada Post 2-letter Canadian Provinces/Territories and US States 03/01/17
Done. Tracker #: .... I've requested both CodeSystem http://hl7.org/fhir/CodeSystem/canada-post-province-and-territory-codes and ValueSet http://hl7.org/fhir/ValueSet/canada-post-province-and-territory
Renew your HL7 International Standards Access today 03/01/17
Renewals for the 2017/2018 HL7 International Standards Access are now being accepted. Please ... by April 6, 2017 to ensure uninterrupted access to HL7 International standards. Learn More about the ....
FHIR: URI for Health Canada Drug Identification Number 02/28/17
There's no particular benefit to worrying about sharing value set definitions unless they're complex or hard to maintain or there needs to be an authoritative version. Having 7 or 10 different value sets that all say "all DIN codes" won't negatively...
FHIR: URI for Health Canada Drug Identification Number 02/28/17
Thanks Lloyd, that is consistent with my understanding. Coming back to whether or not there is a need to define a ValueSet for DIN (full or a subset of DIN), it depends on the use case. One potential use case is if one is working on a FHIR imple...
FHIR: URI for Health Canada Drug Identification Number 02/28/17
Bindings in v3 and FHIR are always to a ValueSet. However, in the instance you don't generally identify the value set, only the code.
FHIR: URI for Health Canada Drug Identification Number 02/28/17
I'm not sure in HL7 V3 or FHIR, you could bind a coded data element/attribute directly to a CodeSystem? Looking at the updated HL7binding syntax http://wiki.hl7.org/index.php?title=Binding_Syntax Regardless if it's "direct" or "indirect binding" (o...

Tasks


Tasks


Time Tracking


Gantt

Documents

Click Manage documents to:

  • view the complete list of documents or documents grouped by folder
  • upload a new document

Note: Group members are not currently notified when new documents are added. To notify others, you must post the URL to the new document in the forum. (Notification of document uploads is a feature in development.)

Manage documents You may need to login and/or be a member of the group to access this content.

Implementation ( 6 Documents )

Video

Discuss and Evolve pan-Canadian Standards

In this video, you will learn about the process to discuss and propose changes to pan-Canadian HL7 standards artifacts. For more information, visit: http://bit.ly/1ONSXCa (log in required).

08/06/15
Overview of Terminology Gateway

In this video you will learn how to use various features in the Terminology Gateway such as how to browse, search, and download the subsets from our Subset Library. To learn more, visit the Terminology Gateway page here: http://bitly.com/1KvgYQm (log in required).

08/05/15

Solutions

  • FHIR Terminology Service API
  • HAPI FHIR
  • HAPI v2
  • HL7 Explorer
  • InfoRMS
  • InfoScribe
  • Message Builder
  • Message Builder Installation
  • Message ReMixer
  • Object Identifiers (OIDs)
  • SNOMED CT Browser
  • Terminology Gateway
  • Terminology Service API
  • TermWorks

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.

terminology gateway APIFHIR Terminology Service API

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.

HAPI FHIR

!-
 

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.

-->

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.

HAPI v2

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.

Overview
 

Learn about what HL7 Explorer can do for you with this brief online presentation.

MR 02.06
 

HL7 Explorer applied to the MR 02.06 HL7 v3 maintenance release

CeRx 4.4.2
 

HL7 Explorer applied to the CeRx 4.4.2 HL7 v3 maintenance release

 

 

Standards versions available for viewing in HL7 Explorer

Standard URL 
CA MR 02.06 https://infocentral.infoway-inforoute.ca/extra/ca/mr0206-html/html/search.html
CA MR 02.05.01 https://infocentral.infoway-inforoute.ca/extra/ca/mr020501-html/html/start.html
CA MR 02.05 https://infocentral.infoway-inforoute.ca/extra/ca/mr0205-html/html/start.html
CA MR 02.04.03 https://infocentral.infoway-inforoute.ca/extra/ca/mr020403-html/html/start.html
CA CeRx 4.4.2 https://infocentral.infoway-inforoute.ca/extra/ca/cerx442-html/html/search.html
CA CeRx 4.4.1 https://infocentral.infoway-inforoute.ca/extra/ca/cerx441-html/html/start.html 
CA CeRx 4.4 https://infocentral.infoway-inforoute.ca/extra/ca/cerx44-html/html/start.html
BC V02R04 https://infocentral.infoway-inforoute.ca/extra/bc/v02r04-html/html/start.html
NS CeRx 4.3 https://infocentral.infoway-inforoute.ca/extra/ns/cerx43-html/html/start.html
NS R02.04.03 https://infocentral.infoway-inforoute.ca/extra/ns/r020403-html/html/start.html
AB MR2007 https://infocentral.infoway-inforoute.ca/extra/ab/mr2007-html/html/start.html
AB R02.04.03 https://infocentral.infoway-inforoute.ca/extra/ab/r020403-html/html/start.html
AB R02.04.00 SHR https://infocentral.infoway-inforoute.ca/extra/ab/r020400-shr-html/html/start.html
AB R02.04.03 Imm https://infocentral.infoway-inforoute.ca/extra/ab/r020403-imm-html/html/start.html

Request Management Solution

InfoRMS (Infoway Request Management System) is Infoway's Request for Change Tool for SNOMED CT, pCLOCD/LOINC, pan-Canadian Subsets and pan-Canadian HL7 artifacts. Not sure if you have access to InfoRMS? Manage your InfoRMS Access in your user profile.
SNOMED CT
 

Submit or follow requests to SNOMED CT

pCLOCD/LOINC
 

Submit or follow requests to pCLOCD/LOINC

pan-Canadian Subsets
 

Submit or follow requests to pan-Canadian Subsets

HL7
 

Follow requests to pan-Canadian HL7 messaging

 

infoscribeSupporting the Standards Selection Framework, InfoScribe enables teams to collaboratively create, discuss, and publish digital health solutions from clinical requirements to specifications. Featuring templates, versioning, PDF export, inline commenting and HL7 Explorer integration, InfoScribe improves productivity and accelerates the development of healthcare solutions.

Standards Selection Framework

The Standards Selection Framework provides users with the means to plan, choose and document interoperability solutions from concept through to implementation. Starting from the Clinical Requirements identified by clinicians through to business requirements, standards and technical specifications, the framework provides a comprehensive guide through the development of interoperability solutions.

The framework also provides an opportunity for the InfoCentral community to share successful implementation projects, the standards selections made at a point in time of the project and the specifications that result from the selections made. Publishing solutions in this space will help to establish a Canadian repository of references.

clinical requirements

Clinical Requirements describe the information and workflow needs of the clinician for a specific clinical context and clinical data exchange. Using the Clinical Interoperability Principles as a guide, a set of requirements expressed in the clinician’s voice will provide the foundation for a well-designed interoperability solution.

business requirements

Business Requirements are derived from clinical requirements and provide a full picture of the solution that needs to be developed. Use cases, business rules and guidance are used to fully outline the solution design.

standards

Standards are an integral piece of the interoperability solution, covering both the terminology that defines the data sent, and the messaging structures that define how the data is transferred. The framework provides the access and consideration criteria to the international and Canadian standards to facilitate implementation.

standards selection

Standards Selection refers to the process that has been developed to help guide teams through the selection of terminology and messaging standards. Using the line of inquiry and considerations in the forms provided implementation teams may assess the standards available and determine the best option for the point in time. The process also provides an opportunity for the InfoCentral community to share successful implementation projects, promoting standardization through reuse.

specifications

Specifications provide the details for the solution to be implemented. These details include: a review of the data elements used, samples of transferred messages, the system architecture as well as the security specifications including authorization and authentication.

Solution for API integration

Infoway Message Builder allows developers to focus on the business challenges of integrating their solutions with each electronic health record implementation by abstracting the differences between different versions of pan-Canadian HL7 messaging and supporting current implementation constraints. Developers can build interfaces in a familiar development environment, using the programming language of their choice*, while the Message Builder API fosters quick and easy creation, population and access to HL7v3 requests and responses.

Infoway Message Builder v2.0 and later is enhanced to generate JAVA APIs to create, validate, marshal/unmarshal CDA documents.

 Implementation and Exchange

Key features and benefits

Message Builder offers a number of key features and benefits:

  1. Abstracts the complexity of HL7v3 messages and greatly simplifies the work of the developer when implementing them;
  2. Reduces the impact on developers from implementation variations;
  3. Enables companies to achieve Infoway product certification with greater confidence and reduced time;
  4. Enables developers to incorporate future message versions without re-writing their products;
  5. Can be embedded in software applications due to its open source distribution under a commercial-friendly Apache 2.0 license.

Out of the box support

Infoway Message Builder comes with built-in runtime APIs that support a number of pan-Canadian specifications:

  • MR2009 (R02.04.02)
  • MR2007 (V02R02)
  • MR 2007 (V02R01)
  • CeRx (V01R04.3)

In addition, while developers can easily build custom transport mechanisms without affecting the core, Message Builder includes native support for SOAP and RESTful message transports. Developers can configure and extend the transport as desired.

Detailed product features

  • Provides the capability to configure and populate message values that are common to all messages—this allows developers to reuse common message data, shortening the time to configure and create an interoperable system.
  • Uses simplified data types that are natural and familiar to the programming language (e.g. String for ST) rather than directly exposing the sometimes complicated HL7v3 data types—yet still allowing access to HL7v3 data types when necessary.
  • Allows developers to focus on the business-aspect of a request/response, avoiding many of the complexities of HL7v3.
  • Code-generation algorithms merge identical and similar classes together to simplify the generated API—meaning less confusion in the resulting code and an increased ability to write generic handlers for certain types.
  • Converts populated objects into HL7v3 XML requests, and converts HL7v3 responses into populated objects.
  • Provides flexibility in configuring and performing terminology-code lookups, including code set and database-backed lookups (can mix and match).
  • Associations and attributes are strongly typed, given business names when provided, and contain code docs directly from the MIFs (see wiki.hl7.org/index.php?title=MIF).
  • The algorithms inline most classes that only have a small number of properties, further simplifying the API.
  • Offers both permissive and strict modes—permissive allows many common errors and generates appropriate error comments in the XML or result object.
  • A separate validation tool is provided to test ad-hoc messages—this tool reuses the same validation components that are executed during message marshaling and unmarshalling, ensuring consistent processing of the message whether during processing or during conformance validation.

Forward looking

The power of the Message Builder architecture is in its MIF-based generation of the specification API. With Message Builder, any MIF is supported—whether a future release of the pan-Canadian specifications or a modified (constrained) jurisdiction-specific release of an existing specification. 

How it works

Message Builder comprises two parts:

  1. Message Builder Generator—a tool used by Infoway to take input MIFs and create Message Sets for use by Message Builder Runtime;
  2. Message Builder Runtime—an API used by developers to allow their products to support multiple Message Sets without recoding.

Message Builder Generator

Used by Infoway, Message Builder Generator takes MIFs (as the source of truth for standards specifications) and converts them into a series of Java Classes. This is done by first converting the MIFs to an XML Message Set (a simplified representation of the information present in the original MIFs), then generating Java Classes that reference standard Java data types and use business-friendly names. In the process, groups of related elements are flattened and similar message parts are placed into a single class: these steps increase ease of use and reduce the complexity of the resulting Java Classes.

MBG process

Using Message Builder Generator, Infoway is able to create multiple Message Sets, each representing the MIFs used in a single jurisdiction, but all for the same HL7v3 version.

Message Builder Runtime

Message Builder Runtime allows developers to quickly adapt to implementations in multiple Jurisdictions: incoming messages are first examined to determine the corresponding source Message Set, once identified, a series of Java Objects that represent the message are instantiated. Next, the Java Objects are turned into an HL7 message for the HL7 version corresponding to the desired destination Message Set. 

MB process

Using Message Builder Runtime developers can accept messages over the wire and on-the-fly turn them into a different HL7 message version. Given the capability of Message Builder to support future versions of HL7 messages, developers can easily future proof their products with minimal effort.

*Developer friendly

The Message Builder libraries are available for Java and Microsoft .NET. In addition, a simplified XML message format is available with REST-based services for managing mapping to/from the simplified form to the target specification XML format.

CDA Support

Message Builder CDA API supports the following CDA and data type specifications:

Message Builder provides  JAVA and .NET APIs for CDA document creation, validation, marshalling/unmarshalling of the following CDA document types:

  • Continuity of Care Document (CCD) (Release 1.1)
  • Consultation Notes (Release 1.1)
  • Discharge Summary (Release 1.1)
  • Imaging Integration, and DICOM Diagnostic Imaging Reports (DIR) (Release 1)
  • History and Physical (H&P) (Release 1.1)
  • Operative Note (Release 1.1)
  • Progress Note (Release 1.1)
  • Procedure Note (Release 1)
  • Unstructured Documents (Release 1.1)
  • CDA documents using pan Canadian CDA header template

Clinical applications in JAVA or .NET can use the Message Builder CDA APIs to create, validate or parse above listed types of CDA documents. Potential use cases are document source or document consumer actors in IHE XDS profile, content creator/content consumer in any content module/profile, or report creator/viewer in RIS/PACS/EMR systems.

Message Builder is available for Java and .NET

Message Builder for Java

System Requirements

  • Java 1.5 or higher
  • Maven 3.0.3 or higher (can be removed after installing Message Builder if working with a non-Maven project)

Download

Message Builder is licensed under Apache License, Version 2.0. To use Message Builder, you will need

  1. Message Builder Core and
  2. one or more Message Builder API release(s)—depending on your implementation requirements.

Select a Message Builder Version:

 

Select one or more Message Builder API releases:

 

Optional Message Builder components:

Terminology Database Resolver
Message Builder Example

Message Builder pom.xml file:

 

Message Builder for .NET

System Requirements

  • .Net Framework 3.5 or higher

Download

Message Builder v2.1 for .NET

Message Builder is licensed under Apache License, Version 2.0. To use Message Builder:

  1. Download Message Builder .NET Core 2.1.0 setup
  2. Unzip and pull out the dll files that you need:
     \ → root location of required Message Builder core assemblies (Mandatory - required all)
     \releases\ → location of Message Builder release assemblies (Mandatory - choose one or more)
  3. Copy them to your .NET project 
  4. Download Message Builder .NET 3rd-Party libraries, unzip it, and copy the files to your .NET project

Message Builder v1.5.8.1 for .NET

Message Builder is licensed under Apache License, Version 2.0. To use Message Builder:

  1. Download Message Builder .NET Core 1.5.8.1 setup
  2. Unzip and pull out the dll files that you need:
     \ → root location of required Message Builder core assemblies (Mandatory - required all)
     \releases\ → location of Message Builder release assemblies (Mandatory - choose one or more)
  3. Copy them to your .NET project 
  4. Download Message Builder .NET 3rd-Party libraries, unzip it, and copy the files to your .NET project

Message Builder v1.4.6 for .NET

Message Builder is licensed under Apache License, Version 2.0. To use Message Builder, you will need

  1. Download Message Builder .NET Core 1.4.6 setup
  2. Unzip and run SetupCore.msi file
  3. Choose a installation location <install dir>.  The setup execution should place the following directories in <install dir>:
     \lib\ → location of required Message Builder core assemblies (Mandatory - required all)
      \releases\ → location of Message Builder release assemblies (Mandatory - choose one or more)
     \src\ → location of all source code and project files required to load them into visual studios
     \debug\ → location of debug symbol files
  4. Pull out files the dll files from the \lib\ and \releases\ folders, and copy them to your .NET project 
  5. Download Message Builder .NET 3rd-Party libraries, unzip it, and copy the files to your .NET project

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.

msg remixerAccess Message ReMixer Now

 Implementation and Exchange

Jurisdictional ReMixes

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.

  • OIDs are intended to be globally unique and never re-used
  • OIDs in the pan-Canadian standards identify terminology code systems and are transmitted in HL7 messages
  • OIDS used to identify terminology subsets are not transmitted in HL7 messages, rather these OIDs are used for vocabulary maintenance and Terminology Services
  • OIDs are used to qualify local identifiers (e.g. patient identifiers) such that the combination of an OID (assigning authority) and a local identifier remains globally unique

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.

snomed browser Browse SNOMED CT Now

 General Documentation

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.

terminology gatewayBrowse Terminology Gateway Now

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.

terminology gateway APITerminology Service API

Apelon’s TermWorks is an easy-to-use data mapping solution which is provided by request for free 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.

 Education

  • Introduction to SNOMED CT (English)
  • Introduction to SNOMED CT (French)
  • This email address is being protected from spambots. You need JavaScript enabled to view it.

Web Conference

Please login to acquire access to the InfoCentral web conferencing.

Members

Jean Duteau
Duteau Design Inc
ONLINE
Contact
Linda Monico
Canada Health Infoway
ONLINE
Admin
Tasha Shaw-Verbic
Canada Health Infoway
ONLINE
Admin
Andrea MacLean
Canada Health Infoway
ONLINE
Admin
Jennifer Runge
DeltaWare
ONLINE
Member
Harsh Sharma
Alberta Health Services
OFFLINE
Member
Becki VanderWal
MHA and LHSC
OFFLINE
Member
Christopher Bell
Public Health Agency of Canada
OFFLINE
Member
Alexander Goel
Cancer Care Ontario
OFFLINE
Member
Brian Burton
Interior Health
OFFLINE
Member
Avneet Bhatia
CGI
OFFLINE
Member
Vu Vuong
VURA & CO Inc.
OFFLINE
Member
Florian Ehrensperger
Providence Health Care
OFFLINE
Member
Wendy Huang
n/a
OFFLINE
Member
Michele Roberts
Forcare
OFFLINE
Member

logo 1

Improving the quality of patient care through the effective sharing of clinical information among health care organizations, clinicians and their patients.



Login Register