openmedical/registry
← registry

jupyterhealth-exchange

imported

data/jupyterhealth-exchange

Collect and Share Health Data over FHIR

Machine-generated from the listed sources and not yet reviewed by a human.

jupyterhealth-exchange project image
GitHub preview card for jupyterhealth/jupyterhealth-exchange. Served by its origin, not stored here, and not covered by this registry’s licence.
record
Category
Data & Standards
Subcategory
unknown
License
MIT(osi)
Status
active
Maturity
deployed
Organization
jupyterhealth
Country
unknown
Documentation
unknown
Tags
clinical-data-management · django · fhir · fhir-server · identity-provider · medical-research
Regulatory
unknown
similar by tags

Computed from shared tags, weighted so a rare tag counts for more than a common one. These are suggestions, not curated relationships.

  • django-rest-fhirdjango · fhir

    A reusable implementation of the HL7 FHIR standard for healthcare interoperability in Python using Django and Django REST framework

  • blazefhir · fhir-server

    A FHIR® Server with internal, fast CQL Evaluation Engine

  • Burnifhir · fhir-server

    The simple FHIR server implements with nodejs-express and mongoose.

  • Clinical-Application-Projectfhir · fhir-server

    Advanced Clinical Management System: A project developed for the 'Klinikum rechts der Isar' Dermatology and Allergology Clinic, Technical University of Munich. This system streamlines patient and…

  • endava-hl7fhir-openapifhir · fhir-server

    This repo contains demonstration code to illustrate the use of the FIHR standard for healthcare data, developed by the HL7 organisation.

  • examplesfhir · fhir-server

    A collection examples on Aidbox

sources
  1. api.github.com/repos/jupyterhealth/jupyterhealth-exchange
    retrieved 2026-08-25 · via github-api

    Machine-imported from GitHub search. Last push 2026-08-25, 14 stars, license reported as MIT. Category and schematic were assigned by keyword heuristics and are unreviewed.

Not yet verified by a human. Correct this record →

machine-readable

/v1/entries/34.json→ .entries["jupyterhealth-exchange"]

Entries are sharded 64 ways by a stable hash of the id, so a consumer can find any record without an index.