Turn a whole feature area off for everyone — its pages disappear from the sidebar and its endpoints stop responding. Nothing is deleted; re-enabling restores it exactly as it was.

Cross-cutting settings that aren't specific to any one module.

Resets every setting on this page, all compression rules, the receiver AE/port config, and every module back to its factory default (enabled). Cannot be undone.

Checked when someone actually tries to log in (after their username/password are confirmed correct) — the login page itself always loads for everyone. This server's own local network always passes automatically (loopback and private/LAN addresses, so this can never lock out someone with physical access to the server itself or clinic staff on-site). Once the Allowed list below has at least one entry, every other login attempt must match something on it or it's denied; an empty Allowed list means this check isn't active yet (open access), so setting this up can't accidentally lock out the admin configuring it. Add a single WAN/remote address (203.0.113.7) or a whole CIDR range (203.0.113.0/24 — every address in that block). A Blocked entry always denies login regardless of anything else, even if the Allowed list is still empty — useful for turning away one specific address without setting up a full whitelist.

This module has no global settings here — weekly operating hours, closure rules, and slot generation are configured directly on its own page.

Printed on the Bill/Receipt and Departmental Slip PDFs generated from the Patient Visit List and the registration wizard's Confirm step.

The report header image, footer image, and disclaimer paragraph are uploaded and previewed directly on the Report Templates page, not here.

This module has no global settings here — scanners poll the worklist automatically once a procedure is scheduled; nothing to configure beyond the schedule itself.

Provider credentials for actually sending Email, SMS and WhatsApp — configure them below. Which events fire on which channel, and the message each one sends, are configured on the Notifications page itself.

Business-initiated messages (every event this app fires) must reference a template Meta has pre-approved for your WhatsApp Business Account — set the template name per event on the Notifications page's Template editor. Without one, sends fall back to freeform text, which Meta only delivers inside an active 24-hour customer session.

Moves existing files under Raw Storage / Compressed Directory from the old studyUid/seriesUid layout to yyyy/mm/studyUid/seriesUid (grouped by study date) and updates the database to match. Backs up the database first. Progress appears in the Activity Feed. Safe to re-run.

A study normally links to its registered order automatically the moment images arrive — including a scan sent straight from the modality's own console with no Modality Worklist query involved, as long as the patient has exactly one open order for that modality. Studies received before this existed, or whose order didn't exist yet at receive time, are left unmatched — click below to re-check all of them now. Progress appears in the Activity Feed. Safe to re-run.

Fetched at startup (and via the "Sync Config" button on the Dashboard) to update compression rules and destinations automatically.

AE title, port, and buffer size are configured on the Receiver page; per-modality compression rules on Compression Rules; forwarding destinations on Senders.

This module has no global settings here — price lists, billing parties, and payment types are each their own Masters page.

Every visit gets an invoice number in the form PREFIX/FY/0001, resetting to 1 each financial year (1 Apr – 31 Mar). Set a starting number below only if you're switching to this software partway through a financial year and need to continue the sequence another system already started — it can only be set before this software has issued its own first invoice for the year.

This module has no global settings here — referring doctors and PRO/referral agents are each their own Masters page.

Inbound HL7 ADT (patient demographics) and ORM (orders) from a HIS/EMR, plus outbound ORU (results) sent back when a report is finalized. The listener restarts automatically the next time the app starts after changing the port — restart the service to apply a port change immediately.

Reference examples matching exactly what this app reads (ADT/ORM) or sends (ORU) — hand these to whoever is configuring the HIS/EMR side of the integration. Segments are separated by a carriage return on the wire; shown one per line here for readability. Encoding characters are always ^~\&, HL7 version 2.3.

MSH|^~\&|HIS|CityHospital|DCMS|SakshamImaging|20260714093000||ADT^A01|MSG00001|P|2.3
EVN|A01|20260714093000
PID|1||P100234^^^HIS^MR||SHARMA^RAJESH||19850312|M|||123 MG Road^^New Delhi^DL^110001^IN||9811122233
PV1|1|O

MSH|^~\&|HIS|CityHospital|DCMS|SakshamImaging|20260714093500||ADT^A04|MSG00002|P|2.3
EVN|A04|20260714093500
PID|1||P100235^^^HIS^MR||PATEL^ANITA||19920725|F|||45 Park Street^^Mumbai^MH^400001^IN||9822334455
PV1|1|O

MSH|^~\&|HIS|CityHospital|DCMS|SakshamImaging|20260714100000||ADT^A08|MSG00003|P|2.3
EVN|A08|20260714100000
PID|1||P100234^^^HIS^MR||SHARMA^RAJESH||19850312|M|||123 MG Road^^New Delhi^DL^110001^IN||9811199999
PV1|1|O

MSH|^~\&|HIS|CityHospital|DCMS|SakshamImaging|20260714101500||ORM^O01|MSG00004|P|2.3
PID|1||P100234^^^HIS^MR||SHARMA^RAJESH||19850312|M
ORC|NW|ORD5567
OBR|1|ORD5567||CT-HEAD^CT Head Plain^L|||20260714101500

MSH|^~\&|DCMS|SakshamImaging|HIS|CityHospital|20260714153000||ORU^R01|MSG00005|P|2.3
PID|1||P100234||SHARMA^RAJESH||19850312|M
OBR|1|ACC202607140042|ACC202607140042||CT Head Plain|||20260714153000||||||||||||||||||F
OBX|1|TX|CT Head Plain||FINDINGS: No acute intracranial abnormality. IMPRESSION: Normal study.||||||F

Three possible storage locations for DICOM files. Active Storage Tier picks which one brand-new incoming images (received or imported right now) are written into — switching it takes effect immediately and doesn't move anything already on disk. Separately, a nightly job (disabled by default) can move studies older than each tier's age threshold into that tier's directory once Tier 2/3 are enabled below (Tier 3 checked first, so a very old study goes straight there instead of hopping through Tier 2) — queries, viewing, and export keep working unchanged either way, since the app always looks up wherever a study's files currently are.

Normally runs automatically every night at 3 AM. Trigger a run immediately to verify your tier directories are configured correctly. Progress appears in the Activity Feed.

Downloads a complete, standalone snapshot of this exact live database straight to your browser — SQLite's own consistent VACUUM INTO copy, or a mysqldump/pg_dump for MySQL/ PostgreSQL. Safe to run anytime, no need to stop the service first. On-demand only — nothing is kept or scheduled on the server; store the downloaded file somewhere safe.

What this running instance is actually connected to right now — read-only. Switching databases always requires editing application.properties and restarting the service; there is no live switch here.

Where to prepare a migration. Nothing here is saved — these values are used only for the action you trigger below, never stored.

Creates every table on the target — nothing else. Equivalent to a fresh publish-mysql/publish-postgresql install's first boot. Safe to run against an already-correct schema (only missing tables/columns are added).

Branches, procedures, price lists, billing parties, referring doctors, PRO/referral agents, payment types, modality devices, appointment templates/slots, compression rules, sender/receiver config, discount & tax masters, all Settings values, notification channels/events/templates, and report categories/subcategories/templates/ signatories/header-footer images. No patient data. Low risk — bounded, non-clinical table set.

Staff accounts (with their existing password hashes, copied as-is — nobody needs to reset a password because of this), roles, permissions, branch assignments, and the revoked-token denylist. Run after step 2 (staff accounts can reference branches/ referring doctors/referral agents).

Patients, visits, orders, studies/series/instances, reports, payments, HL7 log, activity/audit log, and portal accounts — the largest and most sensitive table set. Run after steps 2 and 3. This does not move the actual DICOM files on disk, only the database rows referencing them — the target app instance still needs the same Raw Storage / Compressed Directory / storage tier paths configured to find them.

Font, colors, spacing, and corner roundedness for the whole app — saved here, every browser in the clinic picks it up on next login. The dark/light toggle itself (🌙/☀️ in the topbar) stays a personal choice; this controls what each mode actually looks like.

Set once per branch — every device in it inherits these hours automatically. A device only needs its own row here if it genuinely runs different hours from the rest of the center.

Applies each device's weekly hours and closure rules across the range below. This also runs automatically every night for the next 45 days — use this button to backfill further out, or to apply a schedule change immediately.

For one-off exceptions that don't fit a recurring rule, e.g. extending hours for a single special camp day.