Minimum bar: support patient/ scopes (e.g., patient/ExplanationOfBenefit.read),
and authorize the app for each patient record. So here at authz time,
e.g., scope=launch/patient patient/ExplanationOfBenefit.read patient/Coverage.read ...
e.g., scope=launch/patient patient/*.read
Beyond the minumum, a server can support user-level scopes ("do you want to share all the records you have access to with the following app"...)
| example.pypf | |
| Example measure report (pseudo-yaml-pseydo-FHIR)(TM) | |
| ---- | |
| resourceType: MeasureReport | |
| status: complete | |
| type: summary (??) | |
| measure: https://audaciousinquiry.github.io/saner-ig/Measure/bed-availability-measure | |
| date: today |
In a series of EHR Certification and Meaningful Use programs since 2010, US national policy has driven toward better consumer access to clinical data – first through online portals; then through downloadable documents; and most recently through APIs that enable third-party application access. This technology is enabling consumers to connect apps like Apple Health or MyFHR to their health records, helping individuals understand their health and shop for better care. API access is expanding, but key struggles include:
| { | |
| "resourceType": "Bundle", | |
| "id": "handshake", | |
| "type": "history", | |
| "timestamp": "2019-08-07T10:24:13.1882432-05:00", | |
| "meta": { | |
| "extension": [ | |
| { | |
| "url": "http://hl7.org/fhir/StructureDefinition/subscription-event-count", | |
| "valueInteger64": "0" |
I wanted to spend a few minutes, and introduced some vocabulary around a few court challenges in managing identity in healthcare and beyond. I want to argue that today. Things are pretty broken. Even when they seem to be working kind of OK and then point forward to a set of emerging specifications that are the first thing I've seen in a long time that really look like they could actually make a dent in the problem.
I think a little bit about a road map towards getting there so to start I want
| { | |
| "resourceType": "Bundle", | |
| "type": "searchset", | |
| "total": 3, | |
| "link": [ | |
| { | |
| "relation": "self", | |
| "url": "https://fhir.careevolution.com/Master.Adapter1.WebClient/api/fhir-r4/ExplanationOfBenefit?patient=d4b1d050-584f-4797-a9c7-ab72e4cd4452&_count=20" | |
| }, | |
| { |
| curl -X POST \ | |
| 'https://r4-dot-hum-hcs-rapid-fhir-sbx.appspot.com/fhir/Claim/$submit' \ | |
| --data @sample-request.json |
POST /$rx-pricing{
"resourceType": "Parameters",
"parameter": [{
"name": "patient",
"resource": {
| FROM ubuntu as gethapi | |
| RUN apt-get update && \ | |
| apt-get install -y curl bzip2 | |
| RUN mkdir /hapi && \ | |
| cd /hapi && \ | |
| curl -L https://github.com/jamesagnew/hapi-fhir/releases/download/v3.7.0/hapi-fhir-3.7.0-cli.tar.bz2 \ | |
| | tar -xj | |
| FROM openjdk | |
| WORKDIR /hapi |
https://synthea2019.blob.core.windows.net/synthea-may-2019/stu3-small-cleaned/new_AllergyIntolerance.ndjson https://synthea2019.blob.core.windows.net/synthea-may-2019/stu3-small-cleaned/new_CarePlan.ndjson https://synthea2019.blob.core.windows.net/synthea-may-2019/stu3-small-cleaned/new_Claim.ndjson https://synthea2019.blob.core.windows.net/synthea-may-2019/stu3-small-cleaned/new_Condition.ndjson https://synthea2019.blob.core.windows.net/synthea-may-2019/stu3-small-cleaned/new_DiagnosticReport.ndjson https://synthea2019.blob.core.windows.net/synthea-may-2019/stu3-small-cleaned/new_Encounter.ndjson https://synthea2019.blob.core.windows.net/synthea-may-2019/stu3-small-cleaned/new_ExplanationOfBenefit.ndjson https://synthea2019.blob.core.windows.net/synthea-may-2019/stu3-small-cleaned/new_Goal.ndjson