dhis2w-fhir-serve

FHIR facade server over a generated IG project, mounted as d2w fhir serve.

Serves two APIs in one process: FHIR at the base URL, whose contract is the CapabilityStatement at GET /metadata, and everything the facade answers about itself under /facade, whose contract is its own OpenAPI document at GET /facade/openapi.json (readable as a page at /facade/docs). CDS Hooks discovery stays at GET /cds-services, where that specification fixes it.
Reads a project's compiled IG (ig/fsh-generated/resources) plus its predefined resource trees (ig/input/resources) into an in-memory ResourceStore a FHIR client can read and search.
Receives QuestionnaireResponse captures into a ResponseSpool: atomic writes to <project>/.serve/responses/received, and reads that re-read the directory so a d2w fhir forward run beside the server is visible immediately.
Lists the whole spool with its lifecycle state at GET /facade/spool - received, forwarded, or rejected beside the DHIS2 import report that says why.
Answers about the instance itself on a --live run: the register (GET /{RegisterType}), one entity's enrollments, and one entity's record at GET /facade/tracked-entities/{uid}/events - every event of its enrollments as the QuestionnaireResponse its programme stage's published form describes, read per request under the credentials of whoever asked.
Answers the aggregate half beside it: GET /facade/data-sets/{uid}/responses?orgUnit=&period= - what the instance holds for one data set, at one organisation unit, over the periods the request names, one QuestionnaireResponse per reporting key in the shape that data set's published form describes.

The store is byte-faithful: a resource is served exactly as SUSHI emitted it. A stored response is the submission as received - a receipt, never a live view of DHIS2 data; the record at /facade/tracked-entities/{uid}/events and the reported forms at /facade/data-sets/{uid}/responses are the live view, and they are different addresses.

Release files for dhis2w-fhir-serve 1.21.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for dhis2w-fhir-serve 1.21.0
File	Size	Uploaded
dhis2w_fhir_serve-1.21.0.tar.gz	1.5 MB	Sep 14, 2026	Details

Built distribution (wheel)

Table of built distributions (wheels) for dhis2w-fhir-serve 1.21.0
File	Interpreter	ABI	Platform	Reset
dhis2w_fhir_serve-1.21.0-py3-none-any.whl 1.6 MB Sep 14, 2026	Python 3	none	any	Details

Total release size: 3.2 MB

Release files / dhis2w_fhir_serve-1.21.0.tar.gz

Download URL	dhis2w_fhir_serve-1.21.0.tar.gz
Size	1.5 MB
Tags	Source
SHA-256 checksum How to use checksums	`0edddd957f36c54ba6843d34bfcb7c9a2cd6e0d4e75bb966b261b808e8ed19a8`
BLAKE2b-256 checksum How to use checksums	`86da8a87b683dd042d6941f0c071175838730b11513cbad9fa364d61aca47aef`
Upload date	Sep 14, 2026
Uploaded using Trusted Publishing? What is trusted publishing?	Yes
Uploaded via	`twine/7.0.0 CPython/3.13.14`

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

Identity

Publishing platform: GitHub Actions
Publishing repository: github.com/winterop-com/dhis2w
Publishing commit: github.com/winterop-com/dhis2w/tree/a25d11bcc351fbfc109d9397d2b4ef72d17630bb

Workflow

Publishing configuration: github.com/winterop-com/dhis2w/blob/a25d11bcc351fbfc109d9397d2b4ef72d17630bb/.github/workflows/pypi-publish.yml
Publishing logs: github.com/winterop-com/dhis2w/actions/runs/34824096178/attempts/1

Artifact

Subject: dhis2w_fhir_serve-1.21.0.tar.gz
SHA-256 checksum: 0edddd957f36c54ba6843d34bfcb7c9a2cd6e0d4e75bb966b261b808e8ed19a8 Verifying attestations

Release files / dhis2w_fhir_serve-1.21.0-py3-none-any.whl

Download URL	dhis2w_fhir_serve-1.21.0-py3-none-any.whl
Size	1.6 MB
Tags	Python 3
SHA-256 checksum How to use checksums	`35ceba2a787f1b68da5cc4e5f8404f5403ebcb159acef080647acaa6995433e4`
BLAKE2b-256 checksum How to use checksums	`22e880487a56a54f9eca7e3a2c05ed792a13c27e255dc365eef1e1ab74292d68`
Upload date	Sep 14, 2026
Uploaded using Trusted Publishing? What is trusted publishing?	Yes
Uploaded via	`twine/7.0.0 CPython/3.13.14`

Provenance

Identity

Publishing platform: GitHub Actions
Publishing repository: github.com/winterop-com/dhis2w
Publishing commit: github.com/winterop-com/dhis2w/tree/a25d11bcc351fbfc109d9397d2b4ef72d17630bb

Workflow

Publishing configuration: github.com/winterop-com/dhis2w/blob/a25d11bcc351fbfc109d9397d2b4ef72d17630bb/.github/workflows/pypi-publish.yml
Publishing logs: github.com/winterop-com/dhis2w/actions/runs/34824096178/attempts/1

Artifact

Subject: dhis2w_fhir_serve-1.21.0-py3-none-any.whl
SHA-256 checksum: 35ceba2a787f1b68da5cc4e5f8404f5403ebcb159acef080647acaa6995433e4 Verifying attestations