FHIR Chat · Post-Acute Care · implementers

Stream: implementers

Topic: Post-Acute Care


view this post on Zulip Dave Hill (Aug 13 2019 at 17:29):

Track Proposal: https://confluence.hl7.org/display/FHIR/2019-09+Post-Acute+Care

Implementation Guide: https://paciowg.github.io/del/

Reference Implementation
Server: https://github.com/paciowg/del
Client: https://github.com/paciowg/delDemo

Test Scripts: https://github.com/paciowg/inferno

view this post on Zulip Daniel Vreeman (Sep 14 2019 at 16:09):

So at LOINC we've been doing some pilot work to export all LOINC panels and forms (including the CMS-required assessment instruments) as Questionnaires based on the Argonaut profile. They're up on our development server (requires loinc.org login). Here's an example for IRF-PAI-1.10 https://fhir-dev.loinc.org/Questionnaire/83265-9

view this post on Zulip Grahame Grieve (Sep 14 2019 at 16:13):

Authorization required?

view this post on Zulip Daniel Vreeman (Sep 14 2019 at 18:00):

yes, basic auth with a LOINC.org account will work. caution: this is a test server and won't always be publicly available. But it is for the connectathon.

view this post on Zulip Daniel Vreeman (Sep 14 2019 at 18:35):

A couple of thoughts on the PACIO approach/implementation. First, Questionnaire.item.code should have the LOINC codes in it. (CMS codes could be added as an alias).

view this post on Zulip Daniel Vreeman (Sep 14 2019 at 18:36):

Second, it'd be good to define the choices as ValueSets (and then reference them in each item). LOINC has ValueSets defined via the LL codes (which contain options enumerated as LA codes)

view this post on Zulip Daniel Vreeman (Sep 14 2019 at 18:47):

Third, could think about the LinkId pattern...whether to use "Section N/ CMS code" or the hierarchical position via LOINC codes. In our model we adopted the convention of the LOINC parent/child path, e.g. "85410-9|85483-6".

view this post on Zulip Daniel Vreeman (Sep 14 2019 at 19:54):

Also, for CMS's goals of taking a QuestionnaireResponse submission into QIES, should look at SDC's DataExtraction module that describes how to extract data from responses into other resources like Observation (which has support for searching, etc)

view this post on Zulip Daniel Vreeman (Sep 15 2019 at 09:59):

I was talking about this with @Lloyd McKenzie and think it'd also be useful to define an extension for QuestionnaireResponse to carry item.code over from the Questionnaire. That way receiving systems (e.g. an answer bank or system like QIES) could process the response instances into coded representations (like observations) without having to look back at the questionnaire definition each time.


Last updated: Apr 12 2022 at 19:14 UTC