A patient books online, the doctor's schedule shows booked slots, the service is accounted for, and the medicine used is written off the warehouse. The clinical record (history, diagnosis) is not described in Odoo as a general app: we state that boundary openly.
A clinic manages two things at once: patient flow and data confidentiality. A mistake in the first costs time; in the second, trust.
Odoo's official documentation does not describe a separate medical record (EMR) app for a general clinic or medical center: no ready-made app is shown for history, diagnosis, prescription and test results. Odoo's wellness practice page also says “manage patient data”, but it does not describe clinical notes.
But Odoo S.A. does list industry packages. In the Apps Store's Health and Fitness category (Odoo 20 series, 25 October 2026) there are Physical Therapy, Mental Therapy, Veterinary Clinic, Pharmacy and others. The page describes Physical Therapy as a system that combines the patient, appointments and billing; in the Odoo 20 release notes it is announced for patients, therapy sessions, treatment progress and billing, and Mental Therapy for clients, sessions, session notes and billing. Both rely on the Appointments, CRM, Knowledge, Calendar, Contacts and Invoicing apps, require Odoo Enterprise and are also available on Odoo Online. A package for a multi-specialty medical center is not visible in this category.
The scope is as follows: booking, schedule, service accounting, POS, medicine warehouse, staff and reporting are in Odoo. The clinical record is handled in one of three ways: an external medical information system with data exchange between the two; the Physical Therapy or Mental Therapy package, if the profile fits; or a limited record in Studio forms (intake sheet, diagnosis code, recommendation). The last two routes do not replace a full EMR.
A search for “hospital” in the Apps Store showed more than 500 apps in the 19.0 series: hospital management, a patient portal, a pharmacy. They are third-party modules and cannot be installed on Odoo Online. Because they handle patient data, their quality, security and updates are checked separately.
The core is booking and service accounting. Which apps are needed is determined at the diagnostic.
Booking by doctor or room, working hours, a reminder (email, SMS), prepayment. Included in Enterprise.
Shifts for doctors, nurses and resources. Included in Enterprise.
Inquiries, callbacks, following up with patients who did not show up.
Service package, quotation, advance payment.
Service invoice, payment, group billing for companies and insurers, credit note.
Front-desk POS, cash, card, shift and cash difference.
Medicines and consumables, internal transfers, stock counts, write-offs.
Expiry by batch (lot), alert date, using material nearest expiry first.
The intake sheet, consent form and additional fields without code. Included in Enterprise.
Every step leaves a document in Odoo. The front desk, the doctor and the accountant look at the same record.
The patient books through a web page, at the front desk or by phone. Odoo shows free time based on the doctor's working hours and the booked slots.
Before the appointment, an email or SMS reminder goes out at the set time. In the settings, a CRM request is also created for each booking.
The front desk checks the patient in. On the first visit, a patient record (contact) is opened and the consent form is signed.
The doctor carries out the examination and the procedure. Clinical records are kept in the chosen way: an external system, an industry package or a Studio form.
A completed service goes into the order line: doctor, room, quantity. A service package can be sold with an advance payment.
Medicines and materials are stored in the warehouse with lot numbers and expiry dates. Consumption per procedure is recorded through an internal document or a kit (Kit); the method is chosen during the diagnostic.
Cash, card or bank transfer: through the cash desk or an invoice. Group billing for a company or an insurer. The manager sees revenue by doctor and by service.
The example is hypothetical and has no figures. At the center, two doctors take turns using one treatment room. In Odoo, the room is set up as a resource.
Booking, accounting and inventory are available in ready-made apps. Clinical records, government systems and the fiscal receipt are separate work. The information is based on the Odoo 20 documentation and Apps Store pages; if your version differs, we check it during the diagnostic.
| Goal | In standard Odoo | Extra work (BUline) |
|---|---|---|
| Online booking by doctor or room | Available: Appointments (Enterprise): user or resource, capacity, working hours, reminder, prepayment | Doctors’ schedules, service types, cancellation policy |
| Staff shifts | Available: Planning (Enterprise) | Shift templates, roles |
| Service accounting and invoicing | Available: Sales and Invoicing | Service list, group billing (company, insurance) |
| Clinical record (medical history, diagnosis, prescription, test result) | A general-purpose app is not described in the documentation. The Physical Therapy and Mental Therapy packages cover their own profiles | External system, package or a limited Studio form, data exchange |
| Patient record | Available: contact record and Studio fields; not a medical record | Fields, roles, access rights |
| Consent form and document signature | Odoo Sign: email link, SMS code (requires credits), drawn signature. The Odoo documentation states compliance with Uzbekistan law; signing with an ERI key is not described | Which documents this is enough for is confirmed with a lawyer |
| Warehouse for medicines and consumables | Available: lots, expiry dates, FEFO, stocktaking | Linking consumption to a procedure (a kit or an internal consumption document) is estimated |
| Connection to laboratory and imaging systems | Not described in the documentation | Integration through the external system's API, estimated |
| Government systems (electronic medical record, electronic prescription) | Not available: not mentioned in Odoo's documentation | Connection terms are confirmed in writing |
| Fiscal receipt (online or virtual cash register) | No: the Odoo documentation does not mention a connection to an Uzbekistan fiscal module | Connecting to a cash register device from the registry. POS page |
The items below were checked against official sources. Rules change often: on the day of the decision we reopen the current version and confirm it in writing with a lawyer.
Protection is not a single button: it consists of roles, rules for handling copies, the database location and the contract.
Each connection is assessed and built separately. We do not promise that a “ready-made connector exists.”
Reports are not copied into a separate spreadsheet: they are generated from the appointment, order and inventory documents in the same database.
The stages follow the general BUline Method. The timeline is agreed in writing after the diagnostic. Implementation process →
We study patient flow, doctors' schedules, the service list, the existing medical system, the cash register equipment and the data storage procedure. The way of keeping clinical records is chosen. Result: a business requirements document (BRD).
The app set or industry package, roles and access rights, data exchange with the external system, hosting type and database location are approved.
Testing in a neutralized test database with fictitious data, then a real pilot with one doctor or one room. Then the remaining departments.
Reception staff, doctors, nurses, cashiers, storekeepers and accountants are trained by role. A guide and video lessons are provided.
After launch, 30 days of intensified support, then agreed ongoing assistance. When the rules change, the connection is re-checked.
This list speeds up the diagnostic. We can start even if not everything is ready.
| Mistake | Consequence | How we prevent it |
|---|---|---|
| Expecting Odoo to be a ready-made EMR | The way of keeping clinical records comes up only at the end of the project | Choose the approach at the diagnostic and agree on it in writing |
| Leaving patient records open to all staff | Confidentiality breach, liability risk | Approve the role table and access rights at the start of the project |
| Testing on a copy of the production database | A real patient receives a test reminder | Neutralized database and fictitious data |
| Installing a third-party module without checking how it handles patient data | Security and upgrade risk | Reviewing the code and license beforehand, testing on a test database |
| Treating the consent form as an ordinary record | Insufficient evidence | Confirm the consent form and signature method with a lawyer |
The official documentation does not describe an EMR app for a general clinic. Odoo S.A. publishes the Physical Therapy and Mental Therapy industry packages; they are meant for their own profile. In a general medical center, clinical records are handled with an external system or a limited Studio form. We choose the approach during the diagnostic.
Yes. In Appointments, a patient books by doctor or room; an email or SMS reminder is sent at the set time; prepayment and a cancellation deadline can be configured. Appointments is part of Enterprise. Odoo 20 adds Gantt and Kanban views, a booking limit and a post-appointment feedback survey.
Health data falls into a special category (Article 25), but it is not on the mandatory local storage list in Article 27¹: that list covers biometric and genetic data and the data of telecom operator users. To store data abroad, one of the three conditions in the law must be met. A lawyer gives the exact conclusion; we compare hosting options.
Odoo Sign identifies the person by an email link, an SMS code (requires credits) and a drawn signature. The Odoo page states compliance with Uzbekistan law, but signing with an ERI key is not described in the documentation. The law requires written consent, including electronic consent, for special data. Which signature method is sufficient we confirm in writing with a lawyer. Odoo Sign and ERI
The Odoo documentation has no such connection, and public API documentation has not been confirmed either. We request the terms in writing from the Ministry of Health. Until then, we make no promises about the connection or timelines.
Warehouse, lots and expiry dates are available as standard. Automatic recording of consumption when a procedure is completed is not described in the documentation. The options are an internal consumption document or a kit (Kit) specification. We will show which one fits on a test database.
Industry packages are available in Odoo Online, but Online does not support third-party and custom modules. If an external system or module is needed, Odoo.sh or your own server is chosen. When working with patient data, the hosting location is agreed with a lawyer. Hosting types →
The Odoo license depends on the number of users and apps (terms on odoo.com). The scope of BUline services depends on the number of doctors and rooms, branches, apps, customization, integrations, data volume and training. The exact cost and timeline are given in a written proposal after the free diagnostic.
During the diagnostic, we review your processes and tell you where standard Odoo is enough and where configuration is needed — with an app list, edition and phases.