FHIR R4 in and out, mapped in the open and every exchange logged.
In plain words: Send records to another system in FHIR, and take theirs in.
Operations · Full PHI · Every specialtyFHIR R4 for the seven resources this product actually holds records for — Patient, Encounter, Observation, Condition, MedicationRequest, DiagnosticReport and DocumentReference. Build a bundle for one patient and hand it to whoever asked; take a bundle in against a patient this hospital already holds. The mapping is published on the screen element by element, naming the exact column each field comes from, so an argument with a receiving system is settled by pointing at a line. Coded values leave exactly as the clinician coded them; where FHIR wants a terminology this deployment has never imported, the value travels in this system’s own vocabulary and the exchange says which value set would be needed. Every exchange is a row — the ones that failed too — with what came in, what was written, what was held and every validation finding anchored to its FHIR path.
Read out of the code, not the brochure: each app below is here because one service queries the other’s tables. Install either side and the hand-over is already wired.
It never guesses a code: a field whose terminology is not loaded goes out in this system’s own vocabulary, labelled, rather than under a nearest-looking national code. It writes only observations from an inbound bundle — a diagnosis, prescription, report or document written elsewhere is held for a person to read rather than filed in this hospital’s chart under nobody’s signature. It sends the reference to a document and never the file behind it. And a bundle cannot choose whose chart it lands on: the patient is the one the caller named and this organisation owns.
Every app page carries this section. A listing with only benefits is an advertisement.FHIRBridge reads the patient record, visits, results, prescriptions and documents and writes exchange log, validation findings, imported observations. Its data class is Full PHI. Every app works on the same patient record — nothing is copied into a silo.
It never guesses a code: a field whose terminology is not loaded goes out in this system’s own vocabulary, labelled, rather than under a nearest-looking national code. It writes only observations from an inbound bundle — a diagnosis, prescription, report or document written elsewhere is held for a person to read rather than filed in this hospital’s chart under nobody’s signature. It sends the reference to a document and never the file behind it. And a bundle cannot choose whose chart it lands on: the patient is the one the caller named and this organisation owns.
All clinical data stays in the record.
Yes — FHIRBridge is live in clinics today. Set up your practice on MedAppz and install it from your dashboard.
Tell us what you run and we will show you this app inside a practice shaped like yours — or answer the question the page above did not.