medOS ultra

medOS Global App Store

The marketplace for hospital software

First-party modules, premium suites and integration connectors — every listing installs as data rows (module.json + entitlements), never a code fork.

26 categories · 59 modules · 69 connectors · 63 live today

Catalog

128 listings

OM
liveModule

OPD & Medical Worklists

medOS first-party · medOS Clinical

Every outpatient department runs on the same configurable worklist engine: workflow templates define states and transitions, role worklists overlay per-department columns, and every row updates in realtime from the encounter journey cache.

Workflow-configured queues for every departmentView →
IB
liveModule

IPD & Bed Board Command

medOS first-party · medOS Clinical

Floor plan, ward command center, and a 13-transition bed state machine — every admission, transfer and discharge is an event that moves a bed, fills a queue and updates the journey cache.

The 24-page inpatient suiteView →
EM
liveModule

Emergency

medOS first-party · medOS Clinical

The ER bed board is the reference implementation of facility-stay billing: every bed stay logs minutes to an append-only ledger, with country rules applying grace periods, block rounding and off-hours surcharges.

Triage to bed to bill, minute-accurateView →
OR
liveModule

Operating Room & Recovery

medOS first-party · medOS Clinical

Room status board, turnover tracking, CSSD sterilization, incident capture and block utilization shipped as one release with cross-feature triggers — plus PACU recovery with SBAR handoff.

One integrated perioperative suiteView →
LW
liveModule

Labor Ward (ห้องคลอด)

medOS first-party · medOS Clinical

The E-PHIS labor-ward replacement: WHO partograph with alert and action lines, newborn HN/AN issuance through global-sequence, pink-form delivery summary, and high-risk flags that carry forward into every downstream view.

WHO partograph to newborn registrationView →
P3
liveModule

Patient 360

medOS first-party · medOS Clinical

A 3D body model anchors the chart: diagnoses, imaging, labs, live vitals, orders and alerts float as draggable cards around an anatomically-pinned body. Multiplayer presence, voice ordering, and launchers into every real clinical module.

The 3D patient command surfaceView →
NS
liveModule

Nursing Suite

medOS first-party · medOS Clinical

Every vital sign recorded anywhere flows through one observation pipeline that fires CDS, recomputes early-warning scores and fans out in realtime. The Kardex is a lens over the journey cache; the e-MAR is the system of record for administration.

e-MAR, e-Kardex, assessments — one pipelineView →
BB
liveModule

Blood Bank

medOS first-party · medOS Clinical

Donor management, intake, LIS-driven infection screening with lock-state rules, and per-bag location tracking — the unit-tracking pattern that generalizes to all serialized inventory.

Donor to transfusion, custody-chainedView →
LP
liveModule

Laboratory & Pathology

medOS first-party · medOS Clinical

LabRequest emits 8 lifecycle events through the orchestrator into queues, an observations store and a results hypertable — with specimen transport as its own bounded context with temperature-chain custody.

Order to result to critical-value escalationView →
IN
liveModule

Imaging & Nuclear Medicine

medOS first-party · medOS Clinical

Imaging worklists with urgent-dispatch acknowledgements, DICOM modality worklists for NM scanners, and a radiopharmacy loop — dose dispense requests, administration records and decay-aware reminders.

RIS, PACS and the hot labView →
PH
liveModule

Pharmacy

medOS first-party · medOS Clinical

IPD dispense cycles materialize administration rounds into cart batches on hospital-defined schedules; OPD dispensing runs the same verify → dispense state machine with duplicate-order guards.

Verify, dispense, deliver — by configurable cyclesView →
CR
liveModule

Compounding Room

medOS first-party · medOS Clinical

A capability matrix turns a generic dispense worklist into a global-standard IV admixture workspace: recipe calculation, barcode verification, gravimetric checks, photo capture, hazardous-drug checklists and forced double-checks — each independently switchable per hospital.

USP <797>/<800> sterile admixture, every pillar optionalView →
DS
liveModule

Dynamic Sheets & ICU Flowsheets

medOS first-party · medOS Clinical

60+ openEHR-derived presets render on one engine: ICU monitoring, scores, assessments. Sixteen hardening rounds added carry-forward, co-sign, trend detection, value bundles, undo/redo and shift-handoff — all preset-driven.

The configurable clinical gridView →
TS
liveModule

Treatment Series Engine

medOS first-party · medOS Clinical

One reusable pattern for any repeated-treatment program: a plan, per-session screening, a 3-outcome gate (auto-pass / MD-review / defer) and automatic handoff into the operational queue. Radiation therapy is the reference implementation; the same engine covers 17 domains.

Plan, screen, gate — every multi-session therapyView →
ND
liveModule

Nutrition & Dietary

medOS first-party · medOS Clinical

Dietary orders ride the same order spine as medication: diet classes with price multipliers, NPO windows that gate oral orders through CDS, daily summaries for the kitchen, and QR self-service menus for patients.

Diet orders, NPO windows, meal roundsView →
CC
liveModule

Charge Capture Billing

medOS first-party · medOS Revenue

Every order posts a pending charge line the moment it's placed; the line is captured atomically when care happens. Pricing resolves through one Postgres function against a 34,000-SKU menu — no silent zeros, no blocked care.

Order → pending charge → posted → sales order → cashierView →
MC
liveModule

Medical Coder Workbench

medOS first-party · medOS Revenue

ICD-10/ICD-9 coding with recommender-only AI suggestions, signed-chart locking, discharge summary sign-off and per-region rule packs — the coder owns the code, the AI only proposes.

AI-suggested coding, human-signed chartsView →
NR
liveModule

NHSO Revenue Engine

medOS first-party · medOS Revenue

Charge-item masters, TMT/TMLT terminology, an F9-equivalent auto-tagging engine, the full 16-file export, and a revenue-optimization layer that finds CC/MCC gaps and ADP opportunities before submission.

The Thai claims stack, completeView →
CS
liveModule

Cashier → Settlement

medOS first-party · medOS Revenue

Checkout → coding → validation → claim batch → invoice → REP result → AR settlement → settled. Six screens own the journey, from coverage authorization (the real gate) to invoice reconciliation.

The 8-stage revenue pipelineView →
UF
liveModule

Universal Facility-Stay Billing

medOS first-party · medOS Revenue

Per-department stay logs all write to one ledger; a dynamic country rule engine expresses rounding modes, grace periods, day caps, surcharges and package replacements as data rows. Adding a country is a seed file, zero TypeScript.

One engine, every country's stay rulesView →
IA
liveModule

Insurance-Aware Workflows

medOS first-party · medOS Revenue

An insurance context rides on every encounter; workflow editors branch on scheme, coverage checks and preauth gates render as flow nodes; per-scheme UI mounts via a registry — no if(scheme) anywhere.

Coverage as a first-class workflow axisView →
DT
liveModule

Decision Twin

medOS first-party · HORUS Intelligence

Stochastic programming on your real operational data: 7 agents run DES + Monte-Carlo over bed logs, OR costing and claims facts to de-risk capacity, staffing, supply and scheme decisions. Outputs are population-level only — the device line is a hard invariant.

Simulate the decision before you make itView →
HA
liveModule

HORUS Atlas

medOS first-party · HORUS Intelligence

Drill from country to province to facility to campus to building to floor. Towers are extruded data glyphs; floors are selectable slabs with live occupancy, queues and RTLS movers pulsing in place.

The hospital network as a living 3D mapView →
NI
liveModule

Network Intelligence

medOS first-party · HORUS Intelligence

The HORUS lens system renders intelligence layers over the facility network: disease spread arcs, capacity heat, referral flows, supply routes — switch lenses, same geography.

Epidemiology to capacity, on one mapView →
FA
liveModule

FP&A & Portfolio Command

medOS first-party · HORUS Intelligence

Every initiative in the twin rolls up to a portfolio board: status, readiness, value-at-stake, actuals-vs-forecast. The financial planning warehouse feeds gold-layer KPIs into the same lens system.

The C-suite roll-upView →
DA
liveModule

Data Advantage

medOS first-party · HORUS Intelligence

Two assets every hospital already owns — patient outcome histories and institutional documents — calibrate the twin and ground its recommendations. Spreadsheets, conference notes and committee minutes become a private, de-identified RAG corpus.

Your outcome corpus is the moatView →
AC
liveModule

AI Coworkers

medOS first-party · medOS AI

Coder, nurse, pharmacist, RCM, admissions and marketing coworkers run as first-class identities with plane-scoped DB grants. Every proposal lands in the Acknowledgement Inbox; accept/edit/reject is the training label.

Named agents with a license to recommendView →
BA
liveModule

Bot Automations

medOS first-party · medOS AI

Event, cron, manual and questionnaire-triggered bots run in a sandboxed executor against a capability-gated SDK — and the Bot Org Chart renders the whole mesh as a graph. The extension substrate drives PRM, marketing, insurance and intelligence bots from the same engine.

The org chart of your automationsView →
SI
liveModule

Smart Intake

medOS first-party · medOS AI

The AI document inbox: drop folders of scans and spreadsheets, watch per-file pipelines identify document type and patient (HN shapes, Thai citizen-ID checksum, bilingual classification), then propose chart filing or corpus ingestion — exact-HN-only for auto mode.

Drop a folder, file a chartView →
OA
liveModule

OPD Autopilot

medOS first-party · medOS AI

AI intake screening and per-station autopilot from registration to settlement — on an autonomy ladder where red flags always precede AI, payment is never auto, and clinical autonomy is hard-capped at suggest until a physician signs the practice envelope.

Per-station autonomy: off / assist / suggest / autoView →
AS
liveModule

Ambient Scribe & Voice

medOS first-party · medOS AI

Continuous-listen consultation scribe: parallel extraction of complaint, HPI, vitals, catalog-grounded differentials and orders into a review dialog where every field requires doctor confirmation. Voice ordering shares the same grounded pipeline.

Draft-until-signed documentationView →
CR
liveModule

CDS Rules Engine

medOS first-party · medOS AI

Clinical decision support as configurable data: every vitals write — UI, HL7v2 ORU, device feed or FHIR API — evaluates the live rule set. NEWS2, MEWS, qSOFA and sepsis ship in the baseline library.

Every observation fires the engineView →
BA
liveModule

Biometric Attestation

medOS first-party · medOS AI

A second identity factor for AI order sign-off and credentialing: face matching plus speaker verification with phrase-challenge anti-replay, gated by subscription entitlement and audited per inference.

Face + voice sign-off for high-risk actionsView →
UC
liveModule

Unified Clinical Assistant

medOS first-party · medOS AI

A single LLM function-calling loop drives reads, actions and form-fills: biomarker time-series queries, orders with a mandatory confirm gate, and registry-driven form filling — where the same form schema feeds the LLM and a human 'what can I say' palette.

One chat/voice surface for any actionView →
AC
liveModule

AI Command Center

medOS first-party · medOS AI

All LLM and AI surfaces grouped in one operations console — usage from the audit log, per-tenant flags, runtime fabric across edge boxes, on-prem servers and cloud, with PHI residency enforced at the routing layer.

Every model, every surface, one paneView →
SH
liveModule

Self-Healing Backend

medOS first-party · medOS AI

Watchdog crons restart crashed services, a recommend-only AI triages incidents against live logs, and an eval harness scores every recommendation — operators see a dashboard, not a pager storm.

The platform that fixes itself firstView →
IS
liveModule

Inventory & Supply Chain

medOS first-party · medOS Operations

Every consumable domain — drugs, supplies, blood, nutrition, OR implants — emits the same stock vocabulary into realtime caches. Patient-scoped consumption resolves a price and posts to the billing ledger automatically; a leakage view shows what was consumed but never charged.

One movement spine, consume-to-chargeView →
QR
liveModule

QR & RTLS Tracking

medOS first-party · medOS Operations

A granularity ladder per item — location-level, batch QR, serialized units, containers — with GS1-first barcode acceptance, an item passport timeline, a floor-plan inventory lens and an RTLS socket for BLE/UWB/RFID feeds.

Scan anything, see its storyView →
PG
liveModule

Porter Gig & Robotics

medOS first-party · medOS Operations

Transport requests flow through the auto-assign engine to a gig board porters actually like — and the same dispatch contract extends to AGVs and quadruped robots as FHIR Devices with webhook escalation.

Human porters, AGVs and robot dogs on one dispatch boardView →
SC
liveModule

Scheduling

medOS first-party · medOS Operations

Patient appointments and staff schedules share one data model across MongoDB and the read-model layer, with a 9-flow UAT coverage matrix spanning booking, rescheduling, walk-in conversion and roster handling.

Patients and staff, one calendar substrateView →
QK
liveModule

Queue & Kiosk

medOS first-party · medOS Operations

Kiosk check-in, TV waiting-room displays and an embeddable queue-management floater that drops into any page — cashier, lab, imaging, pharmacy — with per-department defaults and per-row actions.

From ticket to TV to floaterView →
AA
liveModule

Auto-Assign Dispatcher

medOS first-party · medOS Operations

A Postgres trigger on the single dispatch funnel maps department type to order type, reads the per-hospital config (off / suggest / auto) and either logs ranked recommendations or auto-accepts rank one — movers land on the gig board, in-place roles on the queue row.

The nervous system for the assignment brainView →
AS
liveModule

Acknowledgement System

medOS first-party · medOS Operations

A universal acknowledgement entity (FHIR R4 Task) wraps any order, note or event to demand explicit sign-off from a user, role, department or group — delivered across app, web, email, SMS and push, with recurring reminders and an escalation chain.

Nothing critical goes unseenView →
DP
liveModule

Documents & Printing

medOS first-party · medOS Operations

A dedicated PDF service renders medical certificates (including opinion variants), delivery summaries, specimen stickers and QR labels from the same data that drives the screens — plus CCDA export for records exchange.

Certificates, labels and reports — print-perfectView →
IN
liveModule

Interoperability

medOS first-party · medOS Platform

FHIR read/write with subscription delivery, an MLLP listener for legacy ADT/ORM/ORU feeds, DICOM modality worklists and bidirectional transformers — all feeding the same event mesh as the UI.

FHIR R4, HL7v2, DICOM — native, not bolted onView →
CM
liveModule

Connector Marketplace

medOS first-party · medOS Platform

The medOS Global App Store: first-party connector packs, premium modules and third-party plugins — every listing installs as data rows with per-connector liveness and tamper-evident audit.

48 connectors, honest statusesView →
MP
liveModule

Market Packs

medOS first-party · medOS Platform

Each country deployment is a directory of seed data: insurance rates, terminologies, facility types, locale configs. The application code is byte-identical across the US, UK/EU, Japan, China, Southeast Asia and Australia.

Countries as data, not forksView →
SR
liveModule

Security & RUDS

medOS first-party · medOS Platform

Rogue-user detection across all 16 services: a unified action-event stream, JSON-predicate detection rules, two-tier scoring and an AI second opinion that can flag but never block.

Behavioral threat detection, fail-openView →
LM
liveModule

License Management

medOS first-party · medOS Platform

Practitioner credentials — state licenses, DEA, boards — in one matrix with approval workflows, automatic expiry sweeps and row-level security separating patient, doctor and admin views.

The compliance matrix that audits itselfView →
MC
liveModule

Mobile Companion

medOS first-party · medOS Platform

Queue tracking for patients, gig boards for porters, acknowledgement inboxes for clinicians and scan-confirm custody for transport — the mobile surface of the same event mesh.

The hospital in your pocketView →
HD
liveModule

HDAP — Data & Decision Hub

medOS first-party · medOS Platform

The HORUS Data & Decision Hub groups every data-in and AI-analysis surface: connector store and topology, document intelligence (spreadsheet ingest, smart intake), sync-health monitoring and the decision protocols that govern the twin.

One place to connect, activate and decideView →
HW
liveModule

Health Wallet & QR Self-Service

medOS first-party · medOS Platform

QR-token public routes let patients act without accounts — menus, refills, lab release, donor scheduling — while the wallet exports an IPS-compliant FHIR bundle for handoff by QR, download or sovereign IPFS storage.

The patient holds the keysView →
ES
liveModule

EVFS — Sovereign File Store

medOS first-party · medOS Platform

An IPFS-backed file service for DICOM, scans and documents: content addressing makes every file tamper-evident, nodes keep custody locally, and the same store backs patient wallets and audit archives.

Clinical files, content-addressedView →
BS
liveModule

Builder Studio

medOS first-party · medOS Builders

A Miro-style hub that gathers all 23 builders and 60+ sheet presets behind one searchable surface — templates, recents, filters — so admins shape the hospital without a deploy.

Every builder, one canvasView →
EF
liveModule

E-Form Builder

medOS first-party · medOS Builders

Design clinical forms visually and publish them into the registry that powers everything else: the same schema renders the form, feeds the AI assistant's form-fill tool, and generates the 'what can I say' palette for voice input.

Drag, drop, deploy — with AI assistView →
WE
liveModule

Workflow Editor

medOS first-party · medOS Builders

A ReactFlow canvas where workflow states, transitions, policy gates and scheme branches are nodes and edges — what you draw is what every worklist, queue and modal runs.

The hospital's flowchart, executableView →
AG
liveModule

Assessment Guideline Builder

medOS first-party · medOS Builders

Build assessment templates as trees with guideline logic, calculated scores, versioning and reviewer comments — then render them anywhere the dynamic-sheet engine runs.

Author instruments, not spreadsheetsView →
FP
liveModule

Floor Plan Builder

medOS first-party · medOS Builders

Draw rooms, beds and zones in 2D; the same objects render as the bed board, the queue floor view, the inventory lens and the 3D scene — one bridge model, many lenses.

Draw the ward, drive the boardView →
ST
liveModule

Sheet Template Store

medOS first-party · medOS Builders

The catalog behind the flowsheet engine: openEHR-derived presets, score instruments and ICU bundles organized into work groups — load a preset, edit it live, and your override becomes the running template.

60+ clinical instruments, forkableView →
FR
liveConnector

FHIR R4

medOS first-party · Interoperability

Read + write Patient/Encounter/Observation… with subscription-based event delivery.

FHIR R4 RESTConfigure →
HA
liveConnector

HL7v2 ADT/ORM/ORU

medOS first-party · Interoperability

MLLP TCP listener parsing ADT/ORM/ORU into patient/encounter/order/result ops.

HL7v2 MLLPConfigure →
FS
liveConnector

FHIR Subscriptions

medOS first-party · Interoperability

Criteria-matched FHIR Bundle dispatch to SMART apps (HMAC signed).

FHIR R4 + HMACConfigure →
ES
liveConnector

ever-sync-adapter (MOPH 43-files)

Ever · EHR / HIS source

Edge appliance pushing to MOPH cloud; emits de-identified sync-health. Live at 15 sites.

43-file / PC-1 · THConfigure →
HO
availableConnector

HOSxP

BMS · EHR / HIS source

Read-only SQL pull + Claude-assisted field mapping.

SQL (read-only) · THConfigure →
JH
availableConnector

JHCIS

MOPH · EHR / HIS source

Sub-district HIS read-only pull + crosswalks.

SQL (read-only) · THConfigure →
NH
availableConnector

Neusoft HIS

Neusoft · EHR / HIS source

Chinese HIS source adapter pack.

SQL/API (read-only) · CNConfigure →
WH
availableConnector

Winning Health

Winning · EHR / HIS source

Chinese HIS source adapter pack.

SQL/API (read-only) · CNConfigure →
BS
availableConnector

B-Soft

B-Soft · EHR / HIS source

Chinese HIS source adapter pack.

SQL/API (read-only) · CNConfigure →
IT
availableConnector

InterSystems TrakCare

InterSystems · EHR / HIS source

TrakCare source adapter pack.

SQL/HL7 (read-only)Configure →
OC
availableConnector

Oracle / custom SQL

Oracle · EHR / HIS source

Generic Oracle/MSSQL/MySQL/Postgres schema-discovery adapter.

SQL (read-only)Configure →
EO
plannedConnector

Epic / Oracle Health (Cerner)

Partner / open standard · EHR / HIS source

US EHR source adapters (FHIR bulk + HL7 feeds).

FHIR / HL7 · USConfigure →
NE
availableConnector

NHSO e-Claim

NHSO · Claims / Payer

Thai UC scheme claim submission + REP result import.

e-Claim 16-file · THConfigure →
NH
availableConnector

NHSO HIPData / authen

NHSO · Claims / Payer

Authen-code + entitlement lookup for Thai UC.

HIPData API · THConfigure →
SS
plannedConnector

Social Security (SSO)

SSO · Claims / Payer

Thai Social Security claim export.

SSDATA · THConfigure →
PE
plannedConnector

PhilHealth eClaims

PhilHealth · Claims / Payer

PhilHealth case-rate claim submission.

eClaims XML · PHConfigure →
KA
plannedConnector

Kaigo / 支払基金

KOKUHO · Claims / Payer

Japan long-term-care insurance billing export.

CSV/受付 · JPConfigure →
ME
plannedConnector

Medicare / ECLIPSE

Services Australia · Claims / Payer

Australian Medicare + private health ECLIPSE.

ECLIPSE/HIC · AUConfigure →
X8
plannedConnector

X12 837 (generic)

Partner / open standard · Claims / Payer

US institutional/professional EDI claims.

X12 837/835 · USConfigure →
OE
availableConnector

Odoo ERP

Odoo · ERP / Finance

GL + HR cost-center facts for the twin (SMB segment).

XML-RPCConfigure →
SS
availableConnector

SAP S/4HANA

SAP · ERP / Finance

FI-CO cost-center actuals (enterprise segment).

OData v2Configure →
YO
availableConnector

Yonyou (用友)

Yonyou · ERP / Finance

China-domestic ERP cost facts (air-gapped CSV fallback).

CSV/API · CNConfigure →
KI
plannedConnector

Kingdee (金蝶)

Kingdee · ERP / Finance

China-domestic ERP cost facts.

CSV/API · CNConfigure →
ON
plannedConnector

Oracle NetSuite

Oracle · ERP / Finance

Cloud ERP cost-center facts.

SuiteTalk RESTConfigure →
GH
availableConnector

Generic HRM/payroll (CSV/SFTP)

Partner / open standard · HRM / Payroll

Universal fallback — scheduled CSV drop of cost-center labor facts.

CSV/SFTPConfigure →
WH
plannedConnector

Workday HCM

Workday · HRM / Payroll

Enterprise HCM FTE + labor cost.

RaaS/RESTConfigure →
LH
availableConnector

LIS (HL7v2 ORU/ORM)

Partner / open standard · Lab / LIS

Lab instrument/LIS order + result feed into the lab pipeline.

HL7v2 MLLPConfigure →
AA
plannedConnector

Analyzer (ASTM E1394)

Partner / open standard · Lab / LIS

Direct bench-analyzer serial/TCP results.

ASTM/LIS2-A2Configure →
RP
availableConnector

RIS / PACS (DICOM)

Partner / open standard · Imaging / RIS-PACS

Modality worklist + MPPS + study status for radiology/NM scanners.

DICOM MWL/MPPSConfigure →
RH
plannedConnector

RIS (HL7v2 ORM/ORU)

Partner / open standard · Imaging / RIS-PACS

Bidirectional RIS order/report adapter.

HL7v2 MLLPConfigure →
PD
plannedConnector

Pharmacy dispense feed

Partner / open standard · Pharmacy

External pharmacy dispense + eMAR reconciliation.

NCPDP/HL7Configure →
BD
availableConnector

Bedside device (HL7v2 ORU)

Partner / open standard · Devices / IoT

Monitors/ventilators streaming vitals as ORU → observation pipeline + CDS.

HL7v2 MLLPConfigure →
CA
availableConnector

Crossmatch analyzer

Partner / open standard · Devices / IoT

Blood-bank crossmatch machine result receiver.

serial/TCPConfigure →
PP
plannedConnector

POCT (POCT1-A)

Partner / open standard · Devices / IoT

Point-of-care testing device middleware.

POCT1-AConfigure →
IG
plannedConnector

IoT gateway (MQTT)

Partner / open standard · Devices / IoT

Generic IoT sensor stream.

MQTTConfigure →
SC
availableConnector

SNOMED CT

SNOMED Intl · Terminology

Multi-language SNOMED engine import.

RF2 importConfigure →
LO
plannedConnector

LOINC

Regenstrief · Terminology

Lab/observation code system.

CSV importConfigure →
I1
availableConnector

ICD-10 / TMT

Partner / open standard · Terminology

Diagnosis + Thai drug terminology seeds + crosswalks.

CSV import · THConfigure →
ES
availableConnector

Email (SMTP)

Partner / open standard · Messaging

Transactional email for acknowledgements + notifications.

SMTPConfigure →
ST
plannedConnector

SMS (Twilio)

Twilio · Messaging

SMS delivery channel.

RESTConfigure →
PF
plannedConnector

Push (FCM)

Google · Messaging

Mobile push notifications.

FCMConfigure →
LI
plannedConnector

LINE

LINE · Messaging

LINE notification channel (TH/JP).

Messaging API · TH/JPConfigure →
OO
availableConnector

OIDC / OAuth2

Partner / open standard · Identity / SSO

Single sign-on via an OIDC IdP (Azure AD/Keycloak/Auth0).

OpenID ConnectConfigure →
S2
plannedConnector

SAML 2.0

Partner / open standard · Identity / SSO

Enterprise SSO via SAML.

SAML 2.0Configure →
LA
plannedConnector

LDAP / Active Directory

Partner / open standard · Identity / SSO

Directory sync + bind auth.

LDAPConfigure →
IV
availableConnector

Identity-VPN

Ever · Identity / SSO

Paid add-on: key-custody VPN for audit/compliance.

WireGuardConfigure →
BC
availableConnector

Bank cash push

Partner / open standard · Payment / Banking

Daily cash reconciliation push to bank.

SFTP/CSV · THConfigure →
PG
plannedConnector

Payment gateway

Partner / open standard · Payment / Banking

Card/QR payment + settlement webhook.

REST/webhookConfigure →
EC
availableConnector

Excel / CSV upload

Partner / open standard · Spreadsheet / File drop

Drop a quality registry, budget vs actual, roster or cost sheet — parsed in-browser → mapped to cost-center facts or embedded as a RAG corpus.

xlsx/csv (browser parse)Configure →
GF
plannedConnector

Generic file drop / SFTP

Partner / open standard · Spreadsheet / File drop

Scheduled drop folder for ad-hoc CSV/HL7/EDI/PDF exports with format auto-detect.

SFTP/file watcherConfigure →
GS
plannedConnector

Google Sheets

Google · Spreadsheet / File drop

Live-linked spreadsheet (rosters, metrics, schedules) pulled on a schedule.

Sheets APIConfigure →
AC
availableConnector

Atlassian Confluence

Atlassian · Documents / Knowledge

Activate the hospital wiki — SOPs, policies, committee minutes, M&M notes — into a de-identified, permission-scoped RAG corpus.

Confluence RESTConfigure →
SO
plannedConnector

SharePoint / OneDrive

Microsoft · Documents / Knowledge

Pull docx/pptx/pdf/xlsx from SharePoint document libraries.

Graph APIConfigure →
NO
plannedConnector

Notion

Notion · Documents / Knowledge

Activate Notion knowledge bases into the document corpus.

Notion APIConfigure →
GD
plannedConnector

Google Drive / Docs

Google · Documents / Knowledge

Pull Google Docs/Slides/Sheets + Drive folders.

Drive APIConfigure →
MI
plannedConnector

MediaWiki / intranet

Partner / open standard · Documents / Knowledge

Self-hosted wiki / intranet article export.

MediaWiki APIConfigure →
PD
availableConnector

PDF / DOCX / PPTX batch

Partner / open standard · Documents / Knowledge

Upload policies / incident reports / scanned forms — parsed (OCR for scans) → de-identified → embedded.

file upload (OCR)Configure →
AH
plannedConnector

Apple Health

Apple · Wellness / Wearables

Member-shared activity/HR/sleep/steps export for wellness journeys.

HealthKit exportConfigure →
FI
plannedConnector

Fitbit

Google · Wellness / Wearables

Steps, HR, sleep + activity trends per consenting member.

Fitbit Web APIConfigure →
GH
plannedConnector

Garmin Health

Garmin · Wellness / Wearables

Activity + wellness metrics for member coaching.

Garmin Health APIConfigure →
WO
plannedConnector

Withings / Oura

Partner / open standard · Wellness / Wearables

Smart-scale / ring biometrics (weight, BP, sleep, HRV).

RESTConfigure →
SH
plannedConnector

Salesforce Health Cloud

Salesforce · Member / CRM

Member/patient relationship + journey CRM (consent-gated, Growth plane).

REST/Bulk APIConfigure →
MI
plannedConnector

Mindbody

Mindbody · Member / CRM

Spa/wellness booking + membership + class scheduling.

RESTConfigure →
HU
plannedConnector

HubSpot

HubSpot · Member / CRM

Marketing/outreach CRM (consent-gated).

RESTConfigure →
RE
availableConnector

REDCap

Vanderbilt · Research / Registry

Pull study instruments + de-identified records into a research corpus / structured facts for analysis.

REDCap APIConfigure →
CG
plannedConnector

ClinicalTrials.gov

Partner / open standard · Research / Registry

Trial registry metadata for the teaching-hospital research office.

RESTConfigure →
CD
plannedConnector

Cancer / disease registry

Partner / open standard · Research / Registry

Tumor / disease registry export → quality + outcome facts.

CSV exportConfigure →
ML
plannedConnector

Moodle / LMS

Moodle · Learning / Education

Curriculum, competencies + trainee progress for the academic mission.

LMS APIConfigure →
SC
plannedConnector

Simulation center

Partner / open standard · Learning / Education

Sim-session scores + procedure logs for resident assessment.

CSV/APIConfigure →

Developer program

Build on medOS

Publish a module or connector once, sell it into every medOS deployment. The module contract is a JSON file; entitlements are subscription-tier rows; market-pack seeds carry your region data.

  • · module.json contract + dependency-resolving installer
  • · Entitlement gating: featureAvailable = moduleEnabled() && isEntitled()
  • · Bot extension kits: trigger sources + capability grants as seed rows
  • · Marketplace billing handled by the platform (Stripe tiers)
module.json
{
  "id": "hospital-twin",
  "name": "Hospital Decision Twin (HORUS)",
  "version": "1.4.0",
  "entitlement": "premium",
  "depends": ["intelligence-kit", "sync-health"],
  "migrations": ["20260604a", "20260604b", "20260604c"],
  "seeds": {
    "market-packs": ["medos-thailand", "medos-japan"]
  },
  "surfaces": {
    "lens": "twin",
    "admin": "/admin/hdap"
  },
  "killSwitch": "TWIN_ENABLED"
}

One platform. An ecosystem of plugins.

Ask Anything