A tool for commenting on profiles

In a previous post I talked about the seminar that we held at the recent HINZ conference where a group of clinicians discussed how to profile the AllergyIntolerance resource for the purpose of recording Adverse Drug reactions in New Zealand. While the conversation was fruitful, it was evident to us all that we needed a way to continue the conversation ‘virtually’ (ie without needing face to face meetings) and also a way to more easily involve others in the discussion.

To facilitate this, we’ve been working on new functionality for clinFHIR – imaginatively called ‘Profile Commenter’. This post describes the first version of that tool.

Read more of this post

FHIR at the New Zealand HINZ conference.

As part of the HINZ conference, we (HL7 New Zealand) held a 1 day seminar on FHIR with a focus on clinicians rather than our more usual technical audience. We decided to do this because FHIR is now at a stage where wider clinical input is feasible – it’s at DSTU-2 and there is visualization tooling (clinFHIR) available. Technical folk are already on board with FHIR – it  just makes sense to them – so time to pull in our clinical colleagues that have not yet been involved.

There were 2 parts to the day.

Read more of this post

John Halamka on FHIR

HL7 DevDays

Just a reminder that the FHIR DevDays in the Netherlands is fast approaching! The date is November 18th to the 20th in Amsterdam .

This will be an awesome 3 days of FHIR with tons of presentations and practical sessions from the people who know FHIR the best. Here is the programme, so you can see for yourself.

Unfortunately I can’t go myself (again!) due to the distance involved, but if you’re in Europe or nearby, then it’s an opportunity not to be missed.

DSTU-2 is official!

From Grahame

Creating reusable scenarios using clinFHIR

One of the main reasons for developing tooling to support the clinical Connectathon (now re-branded as clinicians on FHIR) was for Clinicians to use it to ensure that FHIR would meet clinical needs, using specific scenarios as ways of testing it. (Actually our initial scenarios were far too big – but that’s all part of the learning process!)

At the events, we have groups of clinicians that take a scenario and then build sets of resources that could represent that scenario using a test patient – often there is more than one way we can do this, and one of the purposes of the event is to develop ‘best practice’ guides. One of the things that would be nice to do is to be able to save – and then reload – these scenarios so that they can be shared with others and examined outside of the event. (It would also help negate the issue that all this work is saved in test servers that are periodically cleared).

Read more of this post

More about contained resources

So this is going to be a really short post.

There was a question on the Implementers chat about the ability for contained resources to reference each other (ie where there are multiple contained resources within the same parent.

Here’s the question (slightly paraphrased):

The FHIR spec states that Contained resources can’t contain other resource (understandable). But I thought I had seen references from those contained resources to other contained resources within the same parent. Is that valid?

eg: a Medication resource is contained within a MedicationStatemement resource. The Medication references other Medication and Substance resources, also contained within the MedicationStatemement.

Read more of this post

Talking with a Clinician

So I was talking with one of my colleagues at Orion Health today – a clinician who has just joined us and wanted to understand what FHIR was – to a reasonable degree of detail. I thought I’d summarize our conversation here as it’s useful to record what a clinician found interesting, and wanted to know about.

Read more of this post

Server roles in FHIR

As part of the preparation for the connectathon and clinicians challenge at the WGM in October, I decided to update clinFHIR so that it can access different servers for data and ‘conformance’ resources like ValueSet and StructureDefinition. Currently clinFHIR assumes that everything it needs to operate is supplied by a single server – from looking up profiles (StructureDefinition resources), finding and expanding ValueSets through to actually storing and retrieving the resources created for a patient. This is fine when the server is Grahames, as he aims to implement the entire specification (and generally succeeds!) but it’s a big ask for any server to do this.

Read more of this post

The clinFHIR Chat

One of the things we’ve found at the various connectathons we’ve held is that communication between the attendees can be an issue – there are quite a number of different ‘streams’ of activity and it can be hard to connect people with questions or comments, to people with answers.

We’ve used skype in the past, which has been OK, but has a number of limitations – it can be quite a firehose, which means that stuff is missed, there’s no easy to maintain a ‘thread’ of conversation (though sometimes interesting when threads get mixed together!) and hard to review the history at the end of the event. Oh – and there’s a fixed limit of 300 people per conversation, which we recently discovered.

So for the ‘Clinicians on FHIR’ event that we’re holding at the HL7 Working Group Meeting in October, we’re going to try a different approach. We’re developing a basic ‘chat’ application that is hierarchically organized, and also integrated with the tooling – clinFHIR – that participants in the event use. If all goes well, it’s also going to help in running ‘virtual’ events in the future, where people are not in the same place.

This post describes how the chat application is structured.

Read more of this post