Provider Directories – part 2

In the previous post, we set up the environment for our provider registry and imported some test data (Practitioner only at this stage) from an existing reference server. Now let’s think about how we can go about exposing that information through an API. We’ll work with 2 use cases – which can then act as a pattern for future APIs.

Read more of this post

SMART Webinar

And quite by coincidence, this webinar from HL7 that Josh is presenting…

SMART – Scopes and Profiles

In a previous post we looked at some of the ‘security related’ aspects of SMART. In this one we’re going to take a closer look at what the ‘scope’ is, and make a couple of comments on the use of Profiles.

Scope is an AOuth2 term that represents the range of functionality requested by (and potentially granted to) a client application by the Authorization Server. For example an app that displays a person’s vitals might want to be able to read and create Observations.

Read more of this post

Using SMART to talk between systems  

A question I was asked was ‘Can SMART help the scenario where an EMR users wants to access data from another system for the patient they have in context’?

Take the situation where there is, say, an HIE that contains information about a patient that is useful to share in care delivery. It might have the definitive list of the patients medications, all known prescriptions, or their allergies, or encounters – information of value to the clinician and exposed by FHIR interfaces. In New Zealand, it could be the proposed national EHR.

Read more of this post

SMART – Security

So in the last post we went into some details concerning a specific SMART scenario – where a web based application is launched from the EHR (technically an EHR launch as described below). Let’s take a step back and take an overview of SMART as a whole, including some the other ways it can be used.

Read more of this post

Implementing SMART on FHIR in an EHR

We’ve talked about SMART and OAuth2 before, but it was a little while ago and it was in the context of what SMART is about and how it worked (with the odd bit of sample code thrown in). This post takes a slightly different perspective by looking at SMART from the perspective of an EHR (Electronic Health Record) developer tasked with implementing a SMART interface to an EHR– what are they things that they need to consider adding SMART Interfaces ?

We’ll take a slightly roundabout way of doing that by starting with a brief overview and some key points about SMART, then diving into the details of the steps involved in a sample implementation. That’ll be enough for this post, then in a follow up we’ll take a closer look at the issues that our EHR developer will need to resolve. And later on, we’ll switch to the clients perspective.

Read more of this post

FHIR, SMART and Sidecar Applications

I was reading the SMART on FHIR support group and came across this post from Wes Rishel. I thought it was really good, and so asked him if I could duplicate here. Not only did he agree, but he added some more stuff to it!
Thanks Wes…

Read more of this post

SMART writing

And hot on the heels of the last post that referenced a ‘FAQ’ from the SMART on FHIR Support group is this question about using the SMART interface for writing as well as reading data.

The question:

looking at the docs they all show how to get data and launch apps but nothing about sending data. Is the import also fhir or do I have to hack the database instead?

Read more of this post

SMART, CIMI, FHIR & Argonaut

Saw an interesting question and answer on the SMART support forum about the relationship between SMART and FHIR which Josh has allowed be to copy here (as it’s so topical might now). The question was:

Anyone who happens to know … I’d appreciate it if you could clue me in…

Other than the kick ass implementations done on the SMART-on-FHIR side of world, is there something that SMART adds definitionally to the pile of stuff at documented in a very scattered fashion (not a criticism – it’s the nature of what these things) over at HL7 FHIR? Or is it Boston Children’s/Harvard’s project working to implement the HL7 FHIR standards in a coherent way? Or … what?

Also, via CIMI (which I get the purpose of, I think), I came across Health Services Platform Consortium (HSPC). What are they doing that SMART-on-FHIR isn’t doing? Even all of the posted “apps” that “they” have developed that are running come from you. Do they (above and beyond what the mission is here) have a technical purpose? Or is it politics or marketing or something of the like that I don’t understand.

Read more of this post

SMART on FHIR – adding OAuth2

You may recall that a week back we had a look at one of the connectathon scenarios – the SMART scenario.

In this post we’re going to take the work that we had done in the last post, and make it secure using the SMART version of the OAuth2 standard. As always, a primary reason I’m writing it down is so that when I forget what I did to make it work – I’ll have this as a reference to remind me <s>. And a reminder – I’m using the Java based HAPI FHIR client, in a web based application running in a Tomcat servlet engine, with IntelliJ IDEA as my IDE.
Read more of this post