Монгол Улсын үндэсний цөм FHIR удирдамж (Mongolian National Core IG)
0.1.0 - draft
Mongolia
Монгол Улсын үндэсний цөм FHIR удирдамж (Mongolian National Core IG) - Local Development build (v0.1.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions
| Official URL: http://fhir.mn/fhir/CapabilityStatement/MNCoreServerCapabilityStatement | Version: 0.1.0 | |||
| Active as of 2026-05-10 | Computable Name: MNCoreServerCapabilityStatement | |||
МН Core IG-ийг дэмждэг FHIR серверийн чадавхийн мэдэгдэл. Лабораторийн cross-org workflow, Subscription, QR $extract дэмждэг.
Raw OpenAPI-Swagger Definition file | Download
json, xmlNote to Implementers: FHIR Capabilities
Any FHIR capability may be 'allowed' by the system unless explicitly marked as 'SHALL NOT'. A few items are marked as MAY in the Implementation Guide to highlight their potential relevance to the use case.
serverWorkflow A — Нэг удаагийн AMB үзлэг:
Patient → Coverage (check) → Encounter (AMB, open)
→ QuestionnaireResponse (form data)
→ Observation (vital signs)
→ Condition (diagnosis, ICD-10)
→ MedicationRequest (EMM36-1)
→ ServiceRequest (EMM37-2 lab order)
→ Encounter (PATCH status=finished)
Workflow B — Урт хугацааны асрамж (EpisodeOfCare):
Patient → EpisodeOfCare (maternity | chronic | pediatric-growth)
→ Encounter-1 (Episodic, in-progress)
→ QuestionnaireResponse
→ RiskAssessment (per visit — WHO SMART ANC)
→ Observation (measurements)
→ CarePlan (updated)
→ Encounter-1 (PATCH status=finished)
→ Encounter-2 ... Encounter-N
→ EpisodeOfCare (PATCH status=finished)
Cross-org Lab Workflow (IHE LAB-LTW):
Clinic: ServiceRequest (EMM37-2) → Task (requested)
Lab: Task (in-progress) → Specimen → Observation[]
Lab: DiagnosticReport (final) → Task (completed, output=DiagnosticReport)
Clinic: Poll Task.status OR receive Subscription notification
SMART-on-FHIROAuth2 / Keycloak. Hospital-scoped tenant filter on all read/write operations.
The summary table lists the resources that are part of this configuration, and for each resource it lists:
_include_revinclude| Resource Type | Profile | R | S | U | P | C | D | Searches | _include | _revinclude | Operations |
|---|---|---|---|---|---|---|---|---|---|---|---|
| Patient | http://fhir.mn/StructureDefinition/mn-core-patient | y | y | y | y | y | identifier, family, birthdate | ||||
| Coverage | http://fhir.mn/StructureDefinition/mn-core-coverage | y | y | y | y | patient, status | |||||
| Encounter | http://fhir.mn/StructureDefinition/mn-core-encounter Additional supported profiles: http://fhir.mn/StructureDefinition/mn-core-encounter-ambhttp://fhir.mn/StructureDefinition/mn-core-encounter-episodic | y | y | y | y | y | patient, status, date, episode-of-care, service-provider | ||||
| EpisodeOfCare | http://fhir.mn/StructureDefinition/mn-core-episode-of-care | y | y | y | y | y | patient, status, type | ||||
| Appointment | http://fhir.mn/StructureDefinition/mn-core-appointment | y | y | y | y | y | patient, status, date | ||||
| Observation | http://fhir.mn/StructureDefinition/mn-core-observation | y | y | y | y | patient, code, category, encounter | |||||
| Condition | http://fhir.mn/StructureDefinition/mn-core-condition | y | y | y | y | patient, code, encounter | |||||
| Procedure | http://fhir.mn/StructureDefinition/mn-core-procedure | y | y | y | y | ||||||
| MedicationRequest | http://fhir.mn/StructureDefinition/mn-core-medication-request | y | y | y | y | patient, encounter, status | |||||
| Immunization | http://fhir.mn/StructureDefinition/mn-core-immunization | y | y | y | y | ||||||
| RiskAssessment | http://fhir.mn/StructureDefinition/mn-core-risk-assessment | y | y | y | y | patient, encounter | |||||
| DiagnosticReport | http://fhir.mn/StructureDefinition/mn-core-diagnostic-report | y | y | y | y | patient, based-on, status, category | |||||
| Specimen | http://fhir.mn/StructureDefinition/mn-core-specimen | y | y | y | y | ||||||
| ImagingStudy | http://fhir.mn/StructureDefinition/mn-core-imaging-study | y | y | y | y | ||||||
| ServiceRequest | http://fhir.mn/StructureDefinition/mn-core-service-request | y | y | y | y | patient, status, encounter, performer | |||||
| Task | http://fhir.mn/StructureDefinition/mn-core-task | y | y | y | y | y | patient, based-on, status, owner | ||||
| QuestionnaireResponse | y | y | y | y | patient, encounter, questionnaire, status | ||||||
| DocumentReference | http://fhir.mn/StructureDefinition/mn-core-document-reference | y | y | y | y | ||||||
| CarePlan | http://fhir.mn/StructureDefinition/mn-core-care-plan | y | y | y | y | y | |||||
| Consent | http://fhir.mn/StructureDefinition/mn-core-consent | y | y | y | y | ||||||
| ClinicalImpression | http://fhir.mn/StructureDefinition/mn-core-clinical-impression | y | y | y | y | ||||||
| RiskAssessment | http://fhir.mn/StructureDefinition/mn-core-risk-assessment | y | y | y | y | ||||||
| Organization | http://fhir.mn/StructureDefinition/mn-core-organization | y | y | y | y | ||||||
| Practitioner | http://fhir.mn/StructureDefinition/mn-core-practitioner | y | y | y | y | ||||||
| PractitionerRole | http://fhir.mn/StructureDefinition/mn-core-practitioner-role | y | y | y | y | ||||||
| Location | http://fhir.mn/StructureDefinition/mn-core-location | y | y | y | y | ||||||
| HealthcareService | y | y | y | y | |||||||
| Subscription | y | y | y | y |
http://fhir.mn/StructureDefinition/mn-core-patientread, search-type, create, update, patch.| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | identifier | token | Register.gov.mn регистрийн дугаараар хайх |
| SHALL | family | string | |
| SHALL | birthdate | date |
http://fhir.mn/StructureDefinition/mn-core-coverageread, search-type, create, update.| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | patient | reference | |
| SHALL | status | token |
http://fhir.mn/StructureDefinition/mn-core-encounterhttp://fhir.mn/StructureDefinition/mn-core-encounter-ambhttp://fhir.mn/StructureDefinition/mn-core-encounter-episodic
read, search-type, create, update, patch.serviceProvider 1..1 on POST. PATCH exempt (for status updates). Use mn-core-encounter-amb for standalone visits, mn-core-encounter-episodic for EpisodeOfCare-linked visits.
| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | patient | reference | |
| SHALL | status | token | |
| SHALL | date | date | |
| SHALL | episode-of-care | reference | |
| SHALL | service-provider | reference |
http://fhir.mn/StructureDefinition/mn-core-episode-of-careread, search-type, create, update, patch.| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | patient | reference | |
| SHALL | status | token | |
| SHALL | type | token |
http://fhir.mn/StructureDefinition/mn-core-appointmentread, search-type, create, update, patch.| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | patient | reference | |
| SHALL | status | token | |
| SHALL | date | date |
http://fhir.mn/StructureDefinition/mn-core-observationread, search-type, create, update.| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | patient | reference | |
| SHALL | code | token | |
| SHALL | category | token | |
| SHALL | encounter | reference |
http://fhir.mn/StructureDefinition/mn-core-conditionread, search-type, create, update.| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | patient | reference | |
| SHALL | code | token | |
| SHALL | encounter | reference |
http://fhir.mn/StructureDefinition/mn-core-procedureread, search-type, create, update.http://fhir.mn/StructureDefinition/mn-core-medication-requestread, search-type, create, update.| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | patient | reference | |
| SHALL | encounter | reference | |
| SHALL | status | token |
http://fhir.mn/StructureDefinition/mn-core-immunizationread, search-type, create, update.http://fhir.mn/StructureDefinition/mn-core-risk-assessmentread, search-type, create, update.WHO SMART ANC: must be created at every ANC Encounter (mn-core-encounter-episodic within a maternity EpisodeOfCare).
| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | patient | reference | |
| SHALL | encounter | reference |
http://fhir.mn/StructureDefinition/mn-core-diagnostic-reportread, search-type, create, update.| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | patient | reference | |
| SHALL | based-on | reference | |
| SHALL | status | token | |
| SHALL | category | token |
http://fhir.mn/StructureDefinition/mn-core-specimenread, search-type, create, update.http://fhir.mn/StructureDefinition/mn-core-imaging-studyread, search-type, create, update.http://fhir.mn/StructureDefinition/mn-core-service-requestread, search-type, create, update.IHE LAB-LTW: Every ServiceRequest for lab/imaging MUST have a corresponding Task (basedOn=ServiceRequest). Lab org creates Task, updates status, links DiagnosticReport in Task.output.
| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | patient | reference | |
| SHALL | status | token | |
| SHALL | encounter | reference | |
| SHALL | performer | reference |
http://fhir.mn/StructureDefinition/mn-core-taskread, search-type, create, update, patch.IHE LAB-LTW Task lifecycle: requested → received → accepted → in-progress → completed
Task.basedOn = Reference(ServiceRequest) [1..1 for lab tasks] Task.input[serviceRequestRef] = Reference(ServiceRequest) Task.output[diagnosticReportRef] = Reference(DiagnosticReport) [populated when completed]
Polling pattern (Clinic): GET /Task?based-on=ServiceRequest/{id}&status=completed
| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | patient | reference | |
| SHALL | based-on | reference | |
| SHALL | status | token | |
| SHALL | owner | reference |
read, search-type, create, update.Stored as an immutable legal/audit snapshot of what was submitted. Hospital systems (M2M) send discrete FHIR resources separately; QR is the final complete record. No $extract operation.
| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | patient | reference | |
| SHALL | encounter | reference | |
| SHALL | questionnaire | reference | |
| SHALL | status | token |
http://fhir.mn/StructureDefinition/mn-core-document-referenceread, search-type, create, update.IHE MHD ITI-65: clinical documents (certificates, reports). content.attachment.url or base64.
http://fhir.mn/StructureDefinition/mn-core-care-planread, search-type, create, update, patch.http://fhir.mn/StructureDefinition/mn-core-consentread, search-type, create, update.http://fhir.mn/StructureDefinition/mn-core-clinical-impressionread, search-type, create, update.http://fhir.mn/StructureDefinition/mn-core-risk-assessmentread, search-type, create, update.http://fhir.mn/StructureDefinition/mn-core-organizationread, search-type, create, update.http://fhir.mn/StructureDefinition/mn-core-practitionerread, search-type, create, update.http://fhir.mn/StructureDefinition/mn-core-practitioner-roleread, search-type, create, update.http://fhir.mn/StructureDefinition/mn-core-locationread, search-type, create, update.read, search-type, create, update.read, create, update, delete.Lab PUSH mechanism: Lab organization POSTs a Subscription for DiagnosticReport?category=LAB&status=final targeting the clinic's webhook. Alternative: Clinic polls Task?based-on=ServiceRequest/{id}&status=completed