Giter Site home page Giter Site logo

fhir-ipa's Introduction

International Patient Access FHIR Specification

Authors: Grahame Grieve, Eric Haas, Rob Hausam, Vassil Peytchev, Mikael Rinnetmäki, Isaac Vetter

The International Patient Access API Specification describes how an application acting on behalf of a patient or a practitioner can access information about the patient from a clinical records system using a FHIR R4 based API. The clinical records system may be supporting a clinical care provider (e.g., a hospital or a general practitioner), a health data exchange, or other system managing patient records, including a national health record system (more...).

The specification is published at https://www.hl7.org/fhir/uv/ipa/.

CI snapshots

Each branch of this repository is automatically built and published by the build.fhir.org infrastructure. You can locate the built snapshot with the branch name. For instance, the lates commit to the master branch is published at https://build.fhir.org/ig/HL7/fhir-ipa/branches/master. Or select from the list of branches.

Discusssion

Please join the discussion on the specification on the #IPA channel at the FHIR Community chat.

The specification is also discussed on weekly Zoom calls.

fhir-ipa's People

Contributors

brettmarquard avatar grahamegrieve avatar healthedata1 avatar isaacvetter avatar mrinnetmaki avatar rashidkolaghassi avatar rhausam avatar sheridancook avatar vassilpeytchev avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

fhir-ipa's Issues

improve distinction between medstatement and medrequest

Pharmacy WG points out that https://build.fhir.org/ig/HL7/fhir-ipa/StructureDefinition-ipa-medicationstatement.html

  • contains a bunch of irrelevant documentation regaarding condition
  • should better explain when to use medstmt and medrequest ... for FHIR developers (but it's appropriate to tell app developers to SHALL query for both)
  • Medication is not in the list of artifacts.
  • Probably should remove normal English terms in favor of FHIR resource names (e.g. MedRequest and not Prescription, etc).
    ** argument is: Prescription can be not medication. MedicationRequest profile doesn't actually use the word Prescription. It's confusing to HL7 insiders.

rp-1 on RelatedPerson is in wrong place

rp-1 on RelatedPerson is in wrong place should be on root not .active and add .condition on
relationship and patient see below:`

currently the diff looks lke this:

differential:
  element:
    - id: RelatedPerson
      path: RelatedPerson
    - id: RelatedPerson.active
      path: RelatedPerson.active
      min: 1
      max: '1'
      constraint:  # <<<<< not here
        - key: rp-1
          severity: error
          human: Either a name or a relationship SHALL be provided (or both)
          expression: name.exists() or relationship.exists()
      mustSupport: true
    - id: RelatedPerson.relationship
      path: RelatedPerson.relationship
      mustSupport: true
    - id: RelatedPerson.name
      path: RelatedPerson.name
      comment: >-
        In some contexts, the real name of the related person is obscured. The
        resource SHOULD include at least some useable name for the person in the
        name.text element
      mustSupport: true

should be:

differential:
  element:
    - id: RelatedPerson
      path: RelatedPerson
      constraint:  # <<<<< here !!!
        - key: rp-1 
          severity: error
          human: Either a name or a relationship SHALL be provided (or both)
          expression: name.exists() or relationship.exists()
    - id: RelatedPerson.active
      path: RelatedPerson.active
      # no need for min and max here either
      mustSupport: true
    - id: RelatedPerson.relationship
      path: RelatedPerson.relationship
      condition: rp-1  # <<<<< ref here...
      mustSupport: true
    - id: RelatedPerson.name
      path: RelatedPerson.name
      comment: >-
        In some contexts, the real name of the related person is obscured. The
        resource SHOULD include at least some useable name for the person in the
        name.text element
      condition: rp-1  # <<<<< and here...
      mustSupport: true

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.