Meridian Smart Hospital Information Systems Simulator
--:--:--
—
New patientNot registered
Bed occupancy 78%
ER wait 14min
IoT readings 1,486today
Transactions 3,921committed
Layer 1 · Computer-based information system

Registration & scheduling

Awaiting input

A 60-year-old patient needs a cardiology review. In a paper hospital this is a phone call, a card index and a clerk with a pen. Here the request becomes a record: people, hardware, software, data and procedures working as one system — and the earliest slot is resolved against the live schedule in about three seconds.

Validate identity
Read schedule
Match clinician
Write to EHR
Appointment confirmed Confirmed in 3.2 s
Patient—
Age—
Specialty—
Clinician—
Slot—
Room—

Slot held with 3.2 s of clerical work — and the same record is now readable at every terminal in the building.

Layer 2 · Transaction processing system

Billing & the ACID test

Awaiting payment

One tap on the terminal has to move four records at once — patient balance, hospital receivables, receipt archive and pharmacy stock. Either all of them move or none do. Flip the network failure switch to watch the database refuse to leave a half-finished bill behind.

Invoice · visit 48213

Cardiology consultation35.000 OMR
Resting ECG & interpretation18.500 OMR
Bisoprolol 2.5 mg · 30 tabs8.000 OMR
Total due61.500 OMR

Idle · terminal ready

Transaction log

  • 1Debit patient balance
  • 2Credit hospital receivables
  • 3Authorise with card gateway
  • 4Write receipt to archive
  • 5Decrement pharmacy stock
  • 6Commit · release locks
AtomicityAll six steps, or none.
ConsistencyLedger always balances.
IsolationNo interleaved corruption.
DurabilitySurvives a power cut.
Layer 3 · IoT telemetry & RFID

Bedside monitoring

Monitor idle

A networked monitor samples the patient continuously and streams the numbers straight into the clinical database. No nurse transcribes them by hand and no chart travels down a corridor — and every wheeled asset on the floor is tagged, so the crash cart is a search result instead of a hunt.

Heart rate 74bpm
Blood pressure 126/82mmHg
SpO₂ 98%
Temperature 36.8°C
LEAD II · 25 mm/s · STREAMING
Threshold breach · HR 46 bpm

The monitor streamed the drop to the clinical database in 0.4 s and raised an alert in the physician's queue. Nothing was written on paper, and nothing waited for a shift handover.

RFID asset map · ground floor

Emergency Imaging Wards A–D Cardiology C-204 Theatre Pharmacy
Defibrillator Crash cart Infusion pump Ultrasound

Six tags broadcasting on the ward network. Staff can see every wheeled asset on the floor map instead of hunting corridors.

Layer 4 · Clinical decision support

Evidence, not instinct

Awaiting clinician

A 46 bpm reading has fired. The decision support system has already pulled the history, the medication timeline and the lab results into one panel — but it does not decide. That is still the physician's job, and this is where the system earns its keep.

Evidence assembled

  • Current HR 46 bpm — below the 50 bpm alert threshold for 4 minutes.
  • Resting 50–54 bpm since 2019 — documented sinus bradycardia, asymptomatic, in six prior visits.
  • Bisoprolol 2.5 mg started 40 minutes ago — rate-limiting beta blocker, first dose.
  • Electrolytes normal — K⁺ 4.2, TSH 2.1. No reversible cause on the panel.
  • No syncope, no chest pain — patient reports feeling well, walking without dizziness.

The DSS did not generate these facts. It retrieved and ranked them — the model management component scoring arrhythmia risk against the knowledge base's guidance on beta-blocker initiation.

Differential, weighted

Drug-induced bradycardia (expected)—
Acute conduction block—
Sensor artefact—

Weights recompute the moment the physician records a decision — the system learns from what was actually done, not from what was predicted.

Three systems, one patient record

The journey above is not one clever app. It is four classes of information system cooperating on a single longitudinal record — and the record is what makes a hospital smart, not the sensors.

Computer-based information system

CBIS · people, hardware, software, data, procedures

  • Collects registration data once and reuses it at every counter
  • Resolves clinician availability against the live schedule
  • Replaces the card index, the phone tree and the duplicate file

Transaction processing system

TPS · OLTP · atomicity, consistency, isolation, durability

  • Moves balance, receivables, receipt and stock as one unit
  • Rolls back cleanly when a gateway times out mid-flight
  • Guarantees that a committed bill survives a power cut

Decision support & telemetry

DSS + IoT · data, model, knowledge base, interface

  • Streams vitals with no hand transcription and sub-second latency
  • Retrieves prior ECGs and medication history at the moment of doubt
  • Advises without deciding — and records who did

What the integration actually buys

Same patient, same hospital, two operating models. The gap is not effort — it is the cost of moving information between systems that do not talk to each other.

TaskPaper / siloedIntegrated
Book a specialist slot 2 days 3 s
Chase a missing lab result 90 min instant
Find a crash cart 22 min 0.8 s
Settle a bill and update stock next morning 1.9 s
Notice a deteriorating patient next round 0.4 s

The smart hospital is an integration problem wearing a technology costume.

The monitor that streams an ECG is cheap. The hard part is that the same reading must be legible to the nurse at the bedside, the physician in the queue, the billing system that charges for the interpretation, and the auditor who reads the record two years later — all without a single retyped number. Every layer in this simulation is really the same question: who is allowed to write to the record, and what happens when they do.