Open dtr-agency opened 2 years ago
DocumentReference example(s) for MHR system needed to demonstrate how / if these can be generated from an original upload payload for Australian Immunisation Register.
FHIR Architecture Review Outcomes on MBS set of profiles
Changes from FHIR Architecture Review complete.
May 2022 QA Preview - http://build.fhir.org/ig/AuDigitalHealth/ci-fhir-r4/branches/2022May/package.tgz Release 1.0.0 is limited to the FHIR R4 conformance artefacts that define the controls on data persistence for the following record types: Australian Immunisation Register, Australian Organ Donor Register, PBS/RPBS Claim Information, MBS/DVA Claim Information.
The FHIR R4 conformance artefacts are a set of StructureDefinitions that define the FHIR structures required, the data element definitions, and their associated rules of usage including the use of extensions and terminology. These conformance artefacts will be published in an Agency FHIR NPM package for use with FHIR and FHIR-aware tools. The FHIR package contains the validation form (JSON + SCH) of the conformance artefacts for direct use in validation operations and example resource instances that demonstrate use cases and conformance requirements.
While these artefacts and their package have been developed in conjunction with this Agency FHR implementation guide – publication and release of the implementation guide is not in scope. The implementation guide is provided to assist readers and users in understanding the Agency FHIR NPM package. See http://build.fhir.org/ig/AuDigitalHealth/ci-fhir-r4/branches/2022May/index.html
Development and internal design architecture review is complete, internal unit testing is underway via AN-3, Clinical Informatics peer review is underway via AN-5, AN-6, AN-7, and AN-8.
Testing completed with convention issue identified: Fixed via Testing https://github.com/AuDigitalHealth/ci-fhir-r4/commit/730d112668915acf8554179c8567e6c7dcd912cd
Clinical Informatics peer review changes: https://github.com/AuDigitalHealth/ci-fhir-r4/commit/19f00d878f690dbfeff80c44c3a81fdbe0b84489 and https://github.com/AuDigitalHealth/ci-fhir-r4/commit/0af08972f10ba4a3408d4d2d6ce17fbe5ea4b1d6
Feedback raised during the assurance period from internal testing, CI SME design review, and NIO have been addressed. A new frozen QA Preview baseline is available.
Changes from internal assurance between v1.0.0-qa-preview and v1.0.0-qa-preview2 :
ADHA profiles amended (changes listed above): • ADHA Record of Consent from Australian Organ Donor Register • ADHA Record of Claim against MBS or DVA • ADHA Record of Claim against PBS or RPBS • ADHA Australian Immunisation Register Notice • ADHA Core Document Reference • ADHA Core Flag • ADHA Core Medication • ADHA Core Observation • ADHA Core Organization • ADHA Core ServiceRequest • ADHA Core Specimen • ADHA Core Substance • ADHA Diagnostic Result Observation • ADHA Imaging Result Observation • ADHA Pathology Result Observation • ADHA System Device
June 2022 QA Preview - http://build.fhir.org/ig/AuDigitalHealth/ci-fhir-r4/branches/2022June/package.tgz Release 1.0.0 is limited to the FHIR R4 conformance artefacts that define the controls on data persistence for the following record types: Australian Immunisation Register, Australian Organ Donor Register, PBS/RPBS Claim Information, MBS/DVA Claim Information.
The FHIR R4 conformance artefacts are a set of StructureDefinitions that define the FHIR structures required, the data element definitions, and their associated rules of usage including the use of extensions and terminology. These conformance artefacts will be published in an Agency FHIR NPM package for use with FHIR and FHIR-aware tools. The FHIR package contains the validation form (JSON + SCH) of the conformance artefacts for direct use in validation operations and example resource instances that demonstrate use cases and conformance requirements.
While these artefacts and their package have been developed in conjunction with this Agency FHR implementation guide – publication and release of the implementation guide is not in scope. The implementation guide is provided to assist readers and users in understanding the Agency FHIR NPM package. See http://build.fhir.org/ig/AuDigitalHealth/ci-fhir-r4/branches/2022June/index.html
Cycle 1 clinical Informatics peer review AN-8 complete with no changes required.
Cycle 2 internal unit testing continues via AN-3.
Review and testing for this profile is complete. Next step is to mark as Active v1.0.0 and pass regression testing.
The final baseline of the ADHA FHIR NPM package & IG is released for assurance as 1.0.0-qa-preview3. This version reflects final design agreements with NIO and Oracle and addresses feedback raised during the assurance period.
http://build.fhir.org/ig/AuDigitalHealth/ci-fhir-r4/branches/2022Aug/package.tgz
Changes from internal assurance between v1.0.0-qa-preview2 and v1.0.0-qa-preview3:
ADHA profiles removed as part descoping ExplanationOfBenefit.referral:
This version is undergoing internal release readiness and regression testing via AN-477, and publication readingess review via AN-431, Agency Governance review via Collaborate.
Prerequisites
The issue / feature
Change description
Develop and publish an payload definition for R4 of record of immunisation held by the Australian Immunisation Register to provide an initial baseline as input a the piece of work to provide FHIR R4 endpoint for the exchange of digital health information recorded on the Australian Immunisation Register between individuals, healthcare providers, and the My Health Record system infrastructure in Australia..
What it actually enables people to do
How awesome would it be?
Support transition from STU3 to R4 of digital health exchanges of an individual's information in relation to the Medicare program.
Workarounds
N/A
Additional context
See the current STU 3 implementation - TBD complete this section.