The practice switches the server on
Management software settings
An authorised user enables the MCP server from the MedicHub settings; the management software records the consent together with the text shown.
Technical deep dive
An external assistant connects to healthcare management software through an MCP server: the management software decides which data it exposes, to whom and with which permissions. MedicHub, the management software for medical practices developed by AraLith, a software house in the province of Rome, active since 2007, neither contains nor calls artificial intelligence models: it exposes 29 MCP tools, and the practice chooses which assistant to connect.
Key facts
The MedicHub MCP server is the point where the management software opens its data to an external assistant, within boundaries set by the practice.
An MCP server is the component of a piece of software that exposes its functions according to the Model Context Protocol, an open protocol through which an external assistant lists the available tools and calls them. In healthcare management software it lets the practice use the assistant it prefers without giving that assistant direct access to the database: every request goes through the same checks as the management software's interface.
Authentication, permissions, patient pseudonymisation, the call log and confirmation of writes. MedicHub decides which data goes out and which changes come in.
It interprets the user's request and calls the enabled tools. The practice chooses the model, the provider and the contract: MedicHub neither supplies nor embeds them.
The MedicHub MCP server exposes 29 tools divided into 4 groups: 21 read data already recorded in the management software and 8 write, that is, they create or change an item. No tool produces diagnoses, treatments or clinical image analysis: the clinical data tools return what the practice has already recorded.
Forms, SMS and email templates, price list, dentists, management software documentation and links to records. 3 tools write: forms and message templates.
9Appointments, schedule analysis and search for free slots. 2 tools write: creating an appointment and proposing a reschedule.
5Patient search and details, quotes, invoices, statistics, projections and data export for the GDPR. 2 tools write: new quote and new quote item.
9Reading the clinical diary, clinical record, prescriptions, medical history and the state of the mouth as recorded by the practice. 1 tool writes: a note in the diary.
6Data security
The MedicHub MCP server protects patient data with six boundaries that apply before any function: off by default, OAuth 2.1 authorisation, the management software's permissions, pseudonymisation, confirmation of writes and limits on every call. Health data is a special category of personal data (GDPR, Regulation (EU) 2016/679, Art. 9): the boundaries are designed before the code.
The server and every single tool stay disabled until the practice enables them, one by one, with a consent recorded in the management software.
The assistant receives access authorised by the management software user: it never learns the user's password, and the connection can be revoked.
Every tool applies the permissions of the connected user: the assistant sees and does only what that user would see and do in the interface.
By default, names, contact details and free text are not shown in clear. This is pseudonymisation (GDPR, Art. 4(5)): the data remains personal data.
By default, appointments, diary notes, forms and templates are held in the management software; reschedules always are. Quotes are created as drafts.
Date ranges up to 31 days, at most 200 rows per call, responses over 256 KB truncated and flagged as such.
An assistant connects to the MedicHub MCP server in five steps, and each one stays under the practice's control: switching the server on, choosing the tools, authorising the assistant, working with pseudonymised patients and confirming writes in the management software.
Management software settings
An authorised user enables the MCP server from the MedicHub settings; the management software records the consent together with the text shown.
One by one
Each tool is enabled individually: a tool that is off does not appear to the assistant, which cannot call it.
OAuth 2.1 with PKCE
The user connects the assistant chosen by the practice and authorises it; the connection appears on the Connections page of the management software and can be revoked.
Patients as «patient N»
Responses refer to patients with the pseudonym «patient N» and a link to the record in the management software; every call is kept in the call log.
In the management software
By default, appointments, diary notes, forms and message templates proposed by the assistant are held until a user confirms or rejects them; reschedules always are. Quotes are created as drafts, not finalised.
Designing the MedicHub MCP server left us with three rules that apply to any custom management software that opens its data to an external assistant.
In healthcare management software, permissions, pseudonymisation and confirmation of writes are designed before the first tool: adding them later means rewriting the tools.
MedicHub does not produce diagnoses, treatments or clinical image analysis: it returns the data recorded by the practice. What is written about a piece of software also defines its intended purpose (Regulation (EU) 2017/745, Art. 2(12)).
With MCP, the practice chooses and changes the assistant without modifying the management software; assessing the assistant's provider remains the practice's responsibility, as with any processing of health data.
No. MedicHub, the management software for medical practices developed by AraLith, neither contains nor calls artificial intelligence models. It exposes an MCP server: if the practice wants to use an assistant, including one based on an artificial intelligence model, the practice chooses and connects it, with the permissions and boundaries set in the management software.
Any client compatible with the Model Context Protocol that supports OAuth 2.1 authorisation with PKCE can connect to the MedicHub MCP server. Choosing the client and the provider, and assessing how that provider handles data, remain the practice's responsibility: MedicHub does not supply an assistant of its own.
No. Pseudonymisation replaces the data that identifies the patient with a pseudonym, such as «patient N», while the information needed to trace it back to the person stays in the management software. Under the GDPR, pseudonymised data remains personal data (Regulation (EU) 2016/679, Art. 4(5) and Recital 26); anonymous data does not.
An assistant connected to the MedicHub MCP server can only use the write tools the practice has enabled, at most 8, with the user's permissions. By default, appointments, diary notes, forms and message templates are held until a user of the management software confirms them; reschedules always are, and quotes are created as drafts.
No. MedicHub's clinical data tools return what the practice has already recorded, namely the diary, clinical record, prescriptions, medical history and the state of the mouth, without any clinical processing. MedicHub does not analyse images or X-rays, and every clinical assessment stays with the clinician. The regulatory framework is summarised in the guide to artificial intelligence in dentistry.
Yes, the approach of the MedicHub MCP server also applies to custom software: tools off by default, the management software's permissions, pseudonymisation and confirmation of writes. Assessing it takes a technical call about the software and the data to expose. The other criteria for choosing healthcare management software are in the guide to dental practice management software.
We bring the experience of the MedicHub MCP server into custom software development: permissions, pseudonymisation and writes to confirm. The first technical call is free.
Content created with the support of artificial intelligence.