FHIR Frog AU Core Conformance Tests
0.1.0 - draft
FHIR Frog AU Core Conformance Tests, published by FHIR Frog. This guide is not an authorized publication; it is the continuous build for version 0.1.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/jgsuess/au-core-tests/ and changes regularly. See the Directory of published versions
This page links to a readable, narrative-first rendering of every TestScript in this package - what each one actually does, step by step - instead of raw JSON or the IG Publisher's default per-artifact table view.
| Resource | Test Case |
|---|---|
| AllergyIntolerance | SHALL-level conformance plus chained identifier search |
| Condition | SHALL-level conformance |
| Encounter | SHALL-level conformance |
| HealthcareService | SHALL-level conformance |
| Immunization | SHALL-level conformance plus vaccineCode slice coverage |
| Location | SHALL-level conformance |
| Medication | SHALL-level conformance |
| MedicationRequest | SHALL-level conformance |
| MedicationStatement | SHALL-level conformance |
| Observation — Diagnostic Result | Search & obligation-pair conformance |
| Observation — Pathology Result | Search & obligation-pair conformance |
| Observation — Smoking Status | SHALL-level conformance |
| Observation — Sex Assigned at Birth extension | Presence & profile conformance |
| Observation — Imaging Result | Optionality-discovery template |
| Organization | SHALL-level conformance |
| Patient | SHALL-level conformance |
| Practitioner | SHALL-level conformance |
| PractitionerRole | Core search & profile conformance |
| Procedure | SHALL-level conformance |
| RelatedPerson | SHALL-level conformance |
See Test Targets for what these actually validate and which servers they've been run against, and Test Procedure for how a run works end to end.
Each Test Case page is rendered directly from its TestScript resource by
fhir-frog's
fhir-frog-testscript-render module - the same narrative-first content
model frog-runner's own UI uses for execution results, just applied here
to the test definition rather than a run's outcome. They're generated by
a CI step that builds that module from fhir-frog's main and runs it
against this repo's input/resources/, and the resulting .md files are
committed to this repository (regenerated and re-committed whenever
input/resources/ or fhir-frog's renderer changes) - see
docs/planning-strategy.md for the full mechanism.