Registration & identification
Patient registration is linked to automatic BPJS SEP issuance in outpatient care; a single patient identity is used across every clinical and financial module.
Clinical Module · Electronic Medical Records
The core of a compliant HMS: structured SOAP clinical documentation, e-prescribing, attending physician signatures, and a tamper-evident audit trail — designed with reference to Permenkes 24/2022, with data that stays entirely owned by the hospital.
Context
Electronic Medical Records (EMR) is the electronic recording of a patient’s health history. Since Permenkes 24/2022, running an EMR is mandatory for healthcare facilities — not optional. A proper EMR is not merely a "digital form", but a system that safeguards data integrity, security, retention, and openness to the applicable standards.
Adievia EMR is built from the code up by practitioners who understood these rules from the start — compliance is embedded in the architecture, not patched on after an audit. This page explains what already runs fully and what is still being matured, as it is.
Read the full guide to Permenkes 24/2022Workflow
One connected clinical flow — no duplicate entry between units, because the EMR is the backbone of every other module.
Patient registration is linked to automatic BPJS SEP issuance in outpatient care; a single patient identity is used across every clinical and financial module.
Structured clinical documentation (Subjective, Objective, Assessment, Plan) with per-unit templates — not free-text notes that are hard to audit.
Electronic prescribing linked to the Pharmacy module (real-time dispensing) and narcotics and psychotropics control in line with BPOM Regulation 24/2021 (oversight of medicines, narcotics, psychotropics, and pharmaceutical precursors in pharmacy service facilities).
Signing of clinical documents by the attending physician (DPJP), straight from the EMR flow — today an uncertified electronic signature. Certified e-signature integration (BSrE for government hospitals, a non-agency PSrE) is being prepared with the first partner hospital.
Security & integrity
Medical-record data is the most sensitive data in a hospital. Here are the technical controls that protect it — including those we are still maturing.
Every medical-record operation is written to a tamper-evident audit trail based on a SHA-256 hash chain, so data changes remain traceable.
Sensitive data is encrypted at the column level at rest; transport is secured with TLS 1.2/1.3. Field-coverage expansion is completed ahead of the third-party audit (Q1–Q2 2027).
Access rights per role and per module, kept in sync between the application and the database — access to patient data follows the need-to-know principle.
TOTP (RFC 6238), passkey/WebAuthn, and backup codes. Privileged accounts must set it up before they can use the system, and cannot switch it off themselves.
An honest note: the DPO, data-protection policy, and organizational compliance remain the responsibility of the hospital as data controller. Adievia provides the technical controls — it does not replace organizational compliance.
Connected
Because the EMR is the backbone, data flows to other clinical modules — Emergency, ICU, Outpatient & Inpatient, Pharmacy, Laboratory, Radiology — without re-entry.
FAQ
Adievia EMR is designed with reference to Permenkes 24/2022 (the electronic medical records regulation) from the architecture up, and most controls already run fully — structured SOAP, e-prescribing, hash-chain audit trail, retention policy. The rest — such as comprehensive field-level encryption, legal hold, and backup verification — are completed ahead of the third-party audit (Q1–Q2 2027). We state this status as it is, rather than claiming to be "100% compliant".
In line with Article 39 of Permenkes 24/2022: electronic medical record data is kept for at least 25 years from the patient’s last visit, for every patient regardless of age. The system auto-flags records when the retention period is reached, and staff review them before destruction, so data still in use can be exempted (Article 39(2)).
Yes. Hospital data can be exported to standard CSV, FHIR R4 JSON, and SQL dump formats at any time. There is no vendor lock-in — data ownership stays with the hospital.
The EMR is the data source for bridging to SATUSEHAT (FHIR R4 resource mapping). The bridging module is ready and Adievia HMS has been listed in SATUSEHAT’s directory of EMR system providers since October 2026; production activation follows each hospital’s organization registration and SATUSEHAT credentials.
Next step