{ "title": "Sina EMR consolidated scope and scouting register", "review_date_cairo": "2026-11-02", "not_exhaustive": true, "evidence": "Repository code/docs inspected; no live runtime, security, clinical or integration acceptance completed. Vendor claims are not product tests.", "repository_heads": { "surgical-tracker": "7a217ce3839034b5a51821eb7d57ec9d616bfb41", "drallamsocial": "4caf93cd20a3f84701e68ef3bdc5079e6a0f5a3d" }, "sources": { "Deck": "https://docs.google.com/presentation/d/16AM5GkxG1Je22F62at2yvJ9ZnLSgfLybDv0NkxBobkw/edit", "Tracker": "https://github.com/MoeAZack/surgical-tracker", "Social": "https://github.com/MoeAZack/drallamsocial", "Video": "https://www.youtube.com/watch?v=a_I7wAdj2Yo&t=67s", "DIME": "https://dime-eg.com/", "EDA": "https://www.edaegypt.gov.eg/en/the-regulatory-reference-of-the-egyptian-drug-authority-eda/the-egyptian-drug-formulary/", "EDDB": "https://www.edaegypt.gov.eg/media/ajqiccqc/np-ppma-18-mechanism-of-egyptian-drug-database-eddb-searching-tool.pdf", "Dwaprice": "https://dwaprice.com/api/docs", "WHO": "https://icd.who.int/icdapi", "LOINC": "https://loinc.org/license/", "SNOMED": "https://www.snomed.org/get-snomed", "NICE": "https://www.nice.org.uk/reusing-our-content/nice-syndication-api", "Tauri": "https://v2.tauri.app/start/frontend/nextjs/", "Neon": "https://neon.com/pricing", "RDS": "https://aws.amazon.com/rds/postgresql/pricing/", "R2": "https://developers.cloudflare.com/r2/pricing/", "Medicolize": "https://www.medicolize.com/specialties/plastic-surgery/", "Webhooks": "https://docs.dentolize.com/api-reference/introduction", "ModMed": "https://www.modmed.com/specialties/plastic-surgery/", "Epic": "https://www.epic.com/software/specialties/", "Oracle": "https://www.oracle.com/health/clinical-suite/electronic-health-record/", "athenaOne": "https://www.athenahealth.com/solutions/athenaone", "Medplum": "https://github.com/medplum/medplum" }, "features": [ { "id": "F001", "phase": 0, "feature": "Evidence and scope register", "scope": "Record feature, source, evidence level, licence, Egyptian relevance, dependencies, owner, phase and acceptance result. Scout additional vendors through a discovery queue; preserve deferred scope.", "sources": [ "User", "scouting" ], "status": "New", "acceptance": "Every prior source has mapped requirements; no vendor claim silently becomes a delivered feature." }, { "id": "F002", "phase": 0, "feature": "Migration and regression baseline", "scope": "Inventory both apps, schema, permissions, exports, attachments and existing user flows. Test fictional cases before migration; retain rollback and reconcile counts.", "sources": [ "Tracker", "Social" ], "status": "Observed code/docs", "acceptance": "Export/import round trip preserves relationships, amounts, notes and attachments." }, { "id": "F003", "phase": 1, "feature": "Shared patient and clinic identity", "scope": "Separate internal patient UUID, displayed patient ID and name. Link lead, consultation, operation and encounter without copying identities; deduplicate with review, never automatic name-only merging.", "sources": [ "Deck", "Tracker", "Social" ], "status": "Partial", "acceptance": "Two patients with the same name stay separate; reviewed merges remain reversible and audited." }, { "id": "F004", "phase": 1, "feature": "Permissions and audit", "scope": "Clinic/branch boundaries, named staff roles, least privilege, session/device controls, access logs, immutable clinical sign-off plus amendments, archived records and recovery. Replace legacy hardcoded administrator assumptions.", "sources": [ "Deck", "Tracker", "Social", "DIME" ], "status": "Partial", "acceptance": "Cross-clinic reads and attachment access fail; every signed change has an author and amendment trail." }, { "id": "F005", "phase": 1, "feature": "Clinical chart", "scope": "Allergies with unknown/unverified status, medication reconciliation, problems, vitals, procedures, specialty templates, free text, documents and chronological encounters. Patient-reported, AI-drafted and clinician-verified data remain distinct.", "sources": [ "Deck", "DIME" ], "status": "Partial", "acceptance": "Unknown allergy is never rendered as no allergies; each chart assertion has provenance." }, { "id": "F006", "phase": 1, "feature": "Today and mobile workspaces", "scope": "Clinic day, arrival/waiting states, appointments, surgical cases, overdue follow-ups, attention tasks and named owners; persistent patient context and side-by-side chart detail.", "sources": [ "Deck", "Tracker" ], "status": "Partial", "acceptance": "Staff can find today’s patient, owner and next task on desktop and phone." }, { "id": "F007", "phase": 1, "feature": "Languages and presentation", "scope": "Arabic/English, RTL, Arabic numeral entry, per-user language, Cairo local time with DST, bilingual printouts, existing themes and light/dark/system preferences.", "sources": [ "Tracker", "Social", "local scouting" ], "status": "Partial", "acceptance": "Arabic names, numbers, layout and Cairo timestamps survive imports, exports and printing." }, { "id": "F008", "phase": 1, "feature": "Lead acquisition and attribution", "scope": "Meta, TikTok, Snapchat, word-of-mouth and referrals; campaign/referrer/hospital, source sections, configurable fields/tabs/results, Other notes and sample-data flags. Source tracking is not evidence of a direct social-network API.", "sources": [ "Social" ], "status": "Observed code/docs", "acceptance": "Attribution follows a converted lead without duplicate patient creation." }, { "id": "F009", "phase": 1, "feature": "Lead collaboration and reminders", "scope": "Assignments, E164 phone validation, follow-up dates, threaded comments/replies/reactions, field notes, attachments, mentions, notifications, push, last-seen and contextual reminders.", "sources": [ "Social" ], "status": "Observed code/docs", "acceptance": "Mentions and reminders respect permissions and deliver once with visible failures." }, { "id": "F010", "phase": 1, "feature": "Consultation-to-surgery conversion", "scope": "Consultation date/type/fee/attendance, booking and completion, linked surgery, moderator notification and safe undo/archive; preserve source, coordinator and history.", "sources": [ "Social", "Deck" ], "status": "Observed code/docs", "acceptance": "Conversion is idempotent; undo never destroys signed clinical history." }, { "id": "F011", "phase": 2, "feature": "Surgical episode", "scope": "Consultation → preparation → procedure → recovery; multiple procedures, surgeon, urgency, duration, checklist, clearance and consent status. Unscheduled cases remain unscheduled.", "sources": [ "Tracker", "Deck", "Epic" ], "status": "Partial", "acceptance": "One episode links all visits, media, complications, revisions and outcomes." }, { "id": "F012", "phase": 2, "feature": "Case search and editing", "scope": "Patient ID/name, surgeon/outcome/date filters, status chips, quick surgeon creation, custom procedure lists and configurable checklists; preserve historical checklist labels after edits.", "sources": [ "Tracker" ], "status": "Observed code/docs", "acceptance": "Renaming a template cannot erase completed checklist evidence." }, { "id": "F013", "phase": 2, "feature": "Appointments and queue", "scope": "Month/day agenda, walk-ins, duplicate prevention, scheduled/done/no-show/cancelled, reschedule/cancel, waitlist, stage-based reception/assistant/doctor queue and approximate wait times.", "sources": [ "Tracker", "Video", "local scouting" ], "status": "Partial", "acceptance": "Concurrent booking attempts cannot reserve one exclusive slot twice." }, { "id": "F014", "phase": 2, "feature": "Drains and wound review", "scope": "Drain counts, insertion/removal dates, days-in-place alerts, removal/undo, filters, linked visits and clinician-configured wound-check suggestions.", "sources": [ "Tracker" ], "status": "Observed code/docs", "acceptance": "Rules are configurable; completing a visit cannot silently change drain status." }, { "id": "F015", "phase": 2, "feature": "Complications and follow-up", "scope": "Complication type, Clavien-Dindo, date, management steps, resolution; configurable milestone grid/list, revision/reoperation history and linked case timeline.", "sources": [ "Tracker" ], "status": "Observed code/docs", "acceptance": "Overdue and unresolved issues remain visible with a named owner." }, { "id": "F016", "phase": 2, "feature": "Outcomes and surgical reporting", "scope": "Success/failure/recurrence/reoperation/lost/deceased/ongoing, follow-up completion, procedure/surgeon analysis, complication and drain metrics, monthly volume and 6/12/24/all trends.", "sources": [ "Tracker", "DIME" ], "status": "Observed code/docs", "acceptance": "Metric definitions and denominators are visible; missing follow-up is not counted as success." }, { "id": "F017", "phase": 2, "feature": "Clinical photos", "scope": "Before/after, angle and milestone taxonomy, annotation, thumbnails and on-demand loading, quality-appropriate originals, metadata handling and patient/case linkage. Preserve existing local capture and photo milestones.", "sources": [ "Tracker", "Deck", "ModMed" ], "status": "Partial", "acceptance": "Image identity, orientation and quality survive upload/download and offline synchronization." }, { "id": "F018", "phase": 2, "feature": "Consent scopes", "scope": "Separate treatment, clinical photography, patient sharing, teaching, research and public marketing permissions; retain version, signer, time and withdrawal handling.", "sources": [ "Tracker", "Deck", "Medicolize" ], "status": "Partial", "acceptance": "Marketing export is blocked without the relevant permission." }, { "id": "F019", "phase": 2, "feature": "Windows application and offline use", "scope": "Web/PWA and signed Windows EXE share the backend. Tauri is a candidate for existing static-export Next.js. Encrypt selective local records; durable sync queue, conflict review, device revocation and signed updates.", "sources": [ "User", "Tracker", "Tauri" ], "status": "Partial", "acceptance": "Offline edits, reconnect, conflicting edits and interrupted updates preserve records; packaging alone is not offline support." }, { "id": "F020", "phase": 2, "feature": "Import, export and recovery", "scope": "JSON backup/restore, CSV/XLSX, legacy Google Sheets/Drive assets, images/PDF OCR preview, deduplication and mapping. Preserve consultation/surgery/comment/history exports and printable ID-only reports.", "sources": [ "Tracker", "Social", "Video" ], "status": "Partial", "acceptance": "Restore database and files together; reconcile orphan files, row counts and relationships." }, { "id": "F021", "phase": 2, "feature": "Reliable synchronization", "scope": "Replace clinically unsafe silent newest-write-wins where necessary with record versions, conflict resolution, retry/idempotency, deletion tombstones and attachment reconciliation.", "sources": [ "Tracker", "Social" ], "status": "Partial", "acceptance": "Two devices editing the same clinical note cannot silently overwrite each other." }, { "id": "F022", "phase": 3, "feature": "Voice recording", "scope": "Record, pause, upload, playback and link audio to the correct patient/encounter; recording consent, access controls, retention and processing-provider records. Raw recording works without AI.", "sources": [ "User", "Video" ], "status": "New", "acceptance": "Failed transcription never loses the original authorized recording; retention removes all applicable copies." }, { "id": "F023", "phase": 3, "feature": "Clinical transcription and draft notes", "scope": "Egyptian Arabic/English and mixed language; speaker handling, source-linked draft notes and summaries, clinician correction/sign-off and measured terminology/negation accuracy.", "sources": [ "User", "Video", "local scouting" ], "status": "New", "acceptance": "Pilot evaluation includes drug names, doses and negation; no automatic signed chart or prescription." }, { "id": "F024", "phase": 3, "feature": "Egyptian drug catalogue", "scope": "Brand/generic names and aliases in Arabic/English, ingredient, strength, form, route, manufacturer, registration, price with date, availability separately, source/version and licensed offline subset.", "sources": [ "User", "EDA", "EDDB", "Dwaprice" ], "status": "New", "acceptance": "Provenance and update date shown; absent or stale information is explicit; duplicate formulations reconciled." }, { "id": "F025", "phase": 3, "feature": "Medical reference library", "scope": "Licensed guidelines, specialty protocols, ICD mapping, lab terminology and source-linked search. Separate public links from licensed full text; versioned documents and update/review queue.", "sources": [ "User", "EDA", "WHO", "LOINC", "NICE", "SNOMED" ], "status": "New", "acceptance": "Every answer links its source/version; content rights permit storage, display and any AI processing." }, { "id": "F026", "phase": 3, "feature": "Prescriptions and clinical decision support", "scope": "Draft/final prescriptions, bilingual print/share, allergy and interaction checks, formulary/coverage checks, dosing aids and risk scores only through validated rules or licensed knowledge.", "sources": [ "DIME", "local scouting", "User" ], "status": "New", "acceptance": "Clinician releases prescriptions; clinically validated checks fail visibly when unavailable." }, { "id": "F027", "phase": 3, "feature": "AI assistant and previsit summaries", "scope": "Typed/voice queries over authorized records, timelines, schedule and finances; cited previsit summaries, uncertainty and audit. Consequential actions use explicit reviewed previews.", "sources": [ "Video", "DIME", "Oracle" ], "status": "New", "acceptance": "Assistant cannot cross clinic boundaries or silently send, cancel, prescribe or amend." }, { "id": "F028", "phase": 4, "feature": "Versioned surgical quotes", "scope": "Procedure packages, quote revisions, consent/acceptance linkage, deposits/installments, multi-procedure charges and case-level balance.", "sources": [ "Social", "Medicolize", "ModMed" ], "status": "Partial", "acceptance": "Accepted quote version remains reproducible after later price changes." }, { "id": "F029", "phase": 4, "feature": "Clinic finances", "scope": "Invoices/receipts/PDFs, income/expenses, refunds, salaries/payroll, doctor commissions, cash drawers, daily reconciliation and case profitability. Preserve original currency plus dated EGP conversions.", "sources": [ "Social", "Video", "local scouting" ], "status": "Partial", "acceptance": "Ledger reconciles receipts/refunds; historical exchange rates do not change posted totals." }, { "id": "F030", "phase": 4, "feature": "Team operations", "scope": "Tasks and recurring schedules, per-person ownership, natural-language proposed automations, reminders/digests, staff rosters and theatre/room/equipment reservations.", "sources": [ "Tracker", "Social", "Video", "DIME" ], "status": "Partial", "acceptance": "Automation previews targets and triggers; retries cannot duplicate an action." }, { "id": "F031", "phase": 4, "feature": "Analytics and personalization", "scope": "Source and staff conversion comparisons, team profiles/rankings, operational dashboards, patient satisfaction/return metrics, Command/Inbox/Off views and configurable clinic lists.", "sources": [ "Social", "Tracker", "Video" ], "status": "Partial", "acceptance": "Reports respect roles; conversion and clinical outcomes use distinct definitions." }, { "id": "F032", "phase": 4, "feature": "Inventory and implants", "scope": "Consumables, batches/serials/expiry, case usage, stock movements, implant recall traceability and cost allocation.", "sources": [ "Medicolize", "ModMed", "local scouting" ], "status": "New", "acceptance": "An implant lot can be traced to every affected case with audited stock adjustments." }, { "id": "F033", "phase": 4, "feature": "WhatsApp and communication", "scope": "Clinic-owned history, approved hours/location/service/price FAQ, dialect/tone configuration, booking requests, notifications, follow-up reminders and staff escalation.", "sources": [ "Video", "Medicolize" ], "status": "New", "acceptance": "Use authorized messaging access and opt-in; clinical ambiguity routes to staff." }, { "id": "F034", "phase": 4, "feature": "Patient portal", "scope": "Appointments, record/lab/imaging access, medication and adherence/refill requests, secure messaging, postoperative questionnaires/photos, task queue and satisfaction forms.", "sources": [ "DIME", "Epic", "Video" ], "status": "New", "acceptance": "Patient submissions remain unverified until reviewed; critical responses have escalation owners." }, { "id": "F035", "phase": 4, "feature": "Family and emergency access", "scope": "Guardian/proxy permissions, controlled sharing and revocation, emergency card with provenance for allergies, blood group, conditions and contacts.", "sources": [ "DIME", "local scouting" ], "status": "New", "acceptance": "Guardian access is scoped; unverified blood group is explicitly labelled." }, { "id": "F036", "phase": 5, "feature": "Calendar and notification adapters", "scope": "Preserve one-way prefilled Google Calendar links; separately implement consented bidirectional sync, conflict handling and notification delivery receipts.", "sources": [ "Tracker", "Video" ], "status": "Partial", "acceptance": "Calendar cancellations reconcile without duplicate bookings; one-way links are not labelled full sync." }, { "id": "F037", "phase": 5, "feature": "Social and booking adapters", "scope": "Meta/TikTok/Snapchat acquisition and Vezeeta/CliniDo partner connections only after API entitlement and field mapping; manual import fallback.", "sources": [ "Social", "local scouting" ], "status": "New", "acceptance": "A real sandbox event maps to the correct source/lead and deduplicates retries." }, { "id": "F038", "phase": 5, "feature": "Lab integrations", "scope": "Orders, specimen status and results with patient match, units/reference ranges, abnormal/critical flags, corrections and acknowledgement; LOINC mapping where appropriate.", "sources": [ "DIME", "local scouting" ], "status": "New", "acceptance": "Duplicate/corrected results and unit mismatches are tested with one contracted provider." }, { "id": "F039", "phase": 5, "feature": "Imaging integrations", "scope": "PACS/DICOM/DICOMweb and OHIF when required; separate diagnostic images from ordinary clinical photography, retain study identifiers and reports.", "sources": [ "DIME", "open scouting" ], "status": "New", "acceptance": "Authorized study access and patient matching tested; viewer alone is not an archive." }, { "id": "F040", "phase": 5, "feature": "Hospital and device exchange", "scope": "FHIR R4, HL7 v2 ADT, encounter/observation/document mappings and supported vitals devices; source timestamps, reconciliation and integration monitoring.", "sources": [ "DIME", "global scouting" ], "status": "New", "acceptance": "A partner accepts the exchanged resources; standards support alone is not connectivity." }, { "id": "F041", "phase": 5, "feature": "Payments, taxation and insurance", "scope": "Payment processor reconciliation; separately scoped Egyptian e-invoice/e-receipt integration, eligibility, preauthorization, claims, denial worklists, formulary and benefit rules.", "sources": [ "DIME", "local scouting" ], "status": "New", "acceptance": "Each provider contract and applicable requirements verified before activation; no inferred ETA or payer access." }, { "id": "F042", "phase": 5, "feature": "Durable integration gateway", "scope": "Signed webhook intake, deduplication, fast acknowledgement after durable capture, job queue, retries, dead-letter visibility and scheduled reconciliation.", "sources": [ "Webhooks", "athenaOne" ], "status": "New", "acceptance": "Lost/out-of-order events are recovered; upstream no-retry delivery is covered by available backfill or an explicit gap." }, { "id": "F043", "phase": 6, "feature": "Hospital operations", "scope": "Admissions/discharge/transfer, inpatient care, bed utilization, staffing, patient flow, monitoring and operational KPIs.", "sources": [ "DIME" ], "status": "New", "acceptance": "Ward workflows and recovery plans validated before hospital-wide rollout." }, { "id": "F044", "phase": 6, "feature": "Advanced specialties", "scope": "Cardiology/nephrology/pulmonology longitudinal analytics, cath-lab hemodynamics, angiography and interventions; specialty outcome measures and validated risk scores.", "sources": [ "DIME" ], "status": "New", "acceptance": "Specialty clinician owns acceptance and data interpretation." }, { "id": "F045", "phase": 6, "feature": "Research and population health", "scope": "Consent-governed deidentified exports, cohorts/registries/trial screening, aggregate outcomes and pharmacovigilance. Research controls separate from care access.", "sources": [ "DIME" ], "status": "New", "acceptance": "Reidentification risk assessed; approvals and purpose restrictions enforced before export." }, { "id": "F046", "phase": 6, "feature": "Clinical AI improvement", "scope": "Feedback collection, offline evaluation, version tracking, shadow testing and controlled releases; no automatic training or live clinical behavior change from patient feedback.", "sources": [ "DIME" ], "status": "New", "acceptance": "Updated models pass an independent clinical evaluation and can be rolled back." }, { "id": "F047", "phase": 1, "feature": "Storage, recovery and operating cost", "scope": "Portable PostgreSQL records plus private object storage for photos/audio/documents, encrypted backups, point-in-time recovery, measured restore tests, retention, observability and budget alerts.", "sources": [ "User", "architecture recommendation" ], "status": "Partial", "acceptance": "Recovery exercise restores both clinical records and attachments within agreed recovery targets." }, { "id": "F048", "phase": 5, "feature": "Scale and reliability", "scope": "Indexes and bounded queries, background media/AI/import jobs, connection pooling, pagination, per-clinic limits, read replicas when measured, availability and disaster recovery.", "sources": [ "User", "architecture recommendation" ], "status": "New", "acceptance": "Load tests meet agreed concurrent-user, response-time and recovery targets with measured monthly cost." } ], "phases": [ { "name": "0 — Scout and baseline", "work": "Capture sources, rights and full feature parity. Read-only discovery can run alongside design.", "gate": "Gate: agreed register, current-app snapshots, synthetic migration fixtures and licensing shortlist." }, { "name": "1 — Shared clinical foundation", "work": "Shared identity, roles, audited clinical records and lead-to-patient linkage; preserve existing UI and functions.", "gate": "Gate: tenant isolation, data integrity, source traceability and tested recovery before real patient pilot." }, { "name": "2 — Complete surgical workflow", "work": "Carry forward tracker features, media, offline synchronization, Windows packaging and reversible migration.", "gate": "Gate: no feature regression, conflict/restore tests and supervised clinic workflow acceptance." }, { "name": "3 — Voice, drugs and references", "work": "Audio first, then reviewed transcription; rights-cleared Egyptian catalogue and reference search.", "gate": "Gate: licences, provenance, Arabic/English clinical evaluation and clinician release controls." }, { "name": "4 — Clinic operations and patient engagement", "work": "Quotes, financial reconciliation, inventory, staff workflow, WhatsApp and portal.", "gate": "Gate: communication consent, reconciliation, escalation ownership and partner access." }, { "name": "5 — External exchange and measured scale", "work": "One real lab or imaging partner first; calendar/social/payment/payer adapters as contracts allow.", "gate": "Gate: sandbox-to-production evidence, failure recovery, load targets and total cost measured." }, { "name": "6 — Hospital, advanced specialties and research", "work": "Preserve DIME-scale hospital and research ambitions as explicit later scope.", "gate": "Gate: separate clinical/service readiness and research governance; do not hold the clinic launch for these." } ], "egypt_scout": { "scope": "Bounded survey of 12 Egyptian-market EMR/practice-management vendors and adjacent booking platforms. Not an exhaustive census. Public primary sources inspected 2026-11-02; no accounts, patient data, vendor contact, or production testing.", "evidence_rule": "Feature statements are vendor-published claims unless marked public technical documentation. Egyptian-market relevance is verified from vendor wording, not proof of installed market share. No access/reuse rights follow from public availability. Prices are snapshots, not quotes.", "vendors": [ { "name": "DIME", "url": "https://dime-eg.com/", "egypt_evidence": "Describes itself as Egyptian and designed for Arabic/English Egyptian healthcare workflows.", "ideas": [ "Longitudinal clinical memory", "HIS/EMR/HIE separation", "Patient portal", "Cross-provider longitudinal records" ], "integration": "Vendor claims FHIR R4 standards-based APIs; no public operational API tested or developer access established.", "pricing": "Not established from reviewed page.", "unknowns": "Certification, uptime, actual integrations, data export and partner access need independent evidence.", "sources": [ "https://dime-eg.com/" ] }, { "name": "Medicolize / Dentolize", "url": "https://www.medicolize.com/egypt/", "egypt_evidence": "Egypt page names New Cairo team; surgical page lists Egyptian client examples (vendor claims).", "ideas": [ "Versioned surgical quotation through consent and booking", "Case-level deposits and installments", "Separate clinical and photo-publication consent", "Standardized before/after photos attached to procedure", "Implant batch/expiry and case profitability", "Automatic postoperative review schedule", "Doctor shares from performed services", "Clinic-owned WhatsApp conversation history" ], "integration": "PUBLIC TECHNICAL DOCUMENTATION: outbound webhooks for patient, invoice, payment, procedure, operation and expense events. Account API feature must be enabled; full permissions required; maximum 5 endpoints; 5-second timeout; failed deliveries are NOT retried; optional HMAC-SHA256 signature. This is not proof of a complete bidirectional EMR API.", "pricing": "Egypt page says quote after assessing clinic; no fixed rate established.", "unknowns": "Commercial API entitlement, backfill/reconciliation/export, read/write API coverage, event completeness.", "sources": [ "https://www.medicolize.com/egypt/", "https://www.medicolize.com/specialties/plastic-surgery/", "https://docs.dentolize.com/api-reference/introduction" ] }, { "name": "Helix", "url": "https://helixbydoctors.com/compliance/egypt", "egypt_evidence": "Explicit Egypt product page; claims data for Egyptian clinics stored in Egypt.", "ideas": [ "Egyptian Arabic/English ambient scribe", "Role-specific bilingual UI", "Mapped laboratory send-outs and returned results" ], "integration": "Vendor specifically names Health360 lab network send-outs/results mapping. Explicitly says no Egyptian Tax Authority e-invoice/e-receipt integration today. Public endpoint documentation not established.", "pricing": "Not established.", "unknowns": "Clinical screens described as English only; hosting/compliance and scribe accuracy claims unverified; partner coverage/contract needed.", "sources": [ "https://helixbydoctors.com/compliance/egypt" ] }, { "name": "TabeebPlus", "url": "https://tabeebplus.com/en", "egypt_evidence": "Designed for Egypt/GCC; Egyptian payment options published.", "ideas": [ "Separate cloud and fully offline desktop editions", "Doctor commissions", "Queue and waitlist", "Patient portal", "Excel migration" ], "integration": "Enterprise tier advertises APIs/webhooks; insurance and tax connections advertised but no technical endpoints verified. Pharmacy and lab products explicitly labelled Soon: do not count as delivered.", "pricing": "Published plans require contact/custom quote; 7-day trial. Desktop described as single-PC perpetual license; amount not public in reviewed page.", "unknowns": "Cloud/desktop synchronization not demonstrated; no assumption that separate products share an offline sync engine; tax and insurer claims need proof.", "sources": [ "https://tabeebplus.com/en", "https://tabeebplus.com/en/pricing" ] }, { "name": "TabeebHub", "url": "https://tabeeb-hub.com/en", "egypt_evidence": "Explicitly built for doctors/clinics in Egypt; EGP plans.", "ideas": [ "Reception-to-assistant-to-doctor queue states", "Draft/final prescription release to patient", "Patient app with phone verification", "Branch cash drawers", "Web plus downloadable desktop/mobile clients" ], "integration": "Public site links Windows download on GitHub, but downloadable binary does not establish open-source licensing. No public third-party API verified.", "pricing": "Current opened homepage says free 300 entries/month and unlimited prescriptions. Search snippet differed: rely on current pricing at purchase.", "unknowns": "Offline support, desktop code licence, external API, export and audit completeness.", "sources": [ "https://tabeeb-hub.com/en", "https://tabeeb-hub.com/en/pricing" ] }, { "name": "ClinBeam", "url": "https://clinbeam.com/en", "egypt_evidence": "Egypt/MENA positioning, EGP and Egyptian contact number.", "ideas": [ "Staff-driven waiting display", "Dental chart to treatment stages to billing", "Installments", "Batch/expiry inventory", "Permission-aware branch switching" ], "integration": "Messaging requires enabled feature and configured provider. Search snapshot mentioned API/FHIR but current opened homepage did not establish technical API; treat as unverified.", "pricing": "Links pricing and 14-day approved private trial; no amount captured.", "unknowns": "Hosting, backups, migration formats and actual offline capability explicitly require confirmation; no automatic payment integration inferred from manual InstaPay subscription collection.", "sources": [ "https://clinbeam.com/en" ] }, { "name": "ClinicPro (clinicpro.me)", "url": "https://www.clinicpro.me/clinic-management-software-egypt", "egypt_evidence": "Cairo/Alexandria, EGP and PayMob named on Egypt page.", "ideas": [ "Arabic numeral input", "Per-user language and RTL", "Bilingual printed prescriptions/receipts", "Excel export and audit log on paid plan" ], "integration": "PayMob card payments advertised; no general API verified.", "pricing": "Free first 10 patients/one user; Pro described as unlimited patients plus up to four reception users. Paid price not captured.", "unknowns": "Do not confuse with getclinicpro.com (separate product found); database isolation and operational controls not tested.", "sources": [ "https://www.clinicpro.me/clinic-management-software-egypt" ] }, { "name": "Health Vision HIS / Inovexis", "url": "https://inovexis.net/", "egypt_evidence": "Cairo office and Arabic-first Egyptian market positioning.", "ideas": [ "Specialty templates with structured fields and free text", "Cashier end-of-day reconciliation", "Partial payments/refunds", "Branch and doctor revenue analysis" ], "integration": "Drug database/dose helpers and insurance workflows advertised; no public API or drug feed licensing established.", "pricing": "Trial/demo offered; fixed pricing not captured.", "unknowns": "Drug source, integration contracts, clinical validation, export and hosting details.", "sources": [ "https://inovexis.net/" ] }, { "name": "Aegis EMR / Naghamy Health", "url": "https://electronicmedicalrecord.cloud/about", "egypt_evidence": "Explicit Egypt/KSA/UAE target; operator identifies as Wyoming US LLC, not an Egyptian-incorporated vendor.", "ideas": [ "Modular EMR, voice and prescription products", "Clinician review of generated notes", "Arabic/English dictation", "Explicit disclosure of transient audio and external AI processors" ], "integration": "Marketing describes FHIR R4 readiness, not tested endpoints. MediVoice page names AssemblyAI via OpenRouter and Groq preview/fallback and warns local upload deletion does not mean provider zero retention.", "pricing": "Naghamy Arabic homepage advertises MediVoice 1200 EGP/month; EMR 7-day trial. Final scope/taxes/limits unknown.", "unknowns": "25k Egyptian drugs claim needs coverage/source licensing audit; renal/dose checks need validation; API access/hosting contracts not verified.", "sources": [ "https://electronicmedicalrecord.cloud/about", "https://naghamyhealth.com/ar/" ] }, { "name": "ClinicsAdmin", "url": "https://clinicsadmin.com/en", "egypt_evidence": "EGP subscriptions via Egyptian bank/e-wallet methods; Arabic/English product.", "ideas": [ "HR/payroll alongside clinic workflows", "Data export on cancellation", "Per-clinic database isolation claim", "Doctor-specific reporting" ], "integration": "No public technical API established; full export advertised, format/attachments unverified.", "pricing": "Reviewed homepage advertises Advanced 500 EGP/month or 5000 EGP/year promotional price; free allowances 15 new patients/50 appointments per month.", "unknowns": "Promotion validity, storage limits, payroll localization, restore evidence and actual export completeness.", "sources": [ "https://clinicsadmin.com/en" ] }, { "name": "Vezeeta", "url": "https://www.vezeeta.com/en/generic/aboutus", "egypt_evidence": "Official about page explicitly lists Egypt operations.", "ideas": [ "Patient discovery/acquisition", "Appointment confirmations", "Multiple clinic schedules", "Treatment-plan communication" ], "integration": "Adjacent booking/practice-management platform. No public integration API or permission to mirror doctor listings verified. Potential partner connector, not assumed accessible.", "pricing": "Clinic commercial rate not established; patient subscription pricing is not EMR pricing.", "unknowns": "Partner integration, booking reconciliation, export and depth of clinical charting.", "sources": [ "https://www.vezeeta.com/en/generic/aboutus", "https://play.google.com/store/apps/details?hl=en_GB&id=com.drbridge.Doctors" ] }, { "name": "CliniDo", "url": "https://www.clinido.com/en/FAQ", "egypt_evidence": "Official FAQ confirms Cairo and Upper Egypt service including Assiut, Minya, Sohag and Qena.", "ideas": [ "Home visits and home lab collection booking", "Online consultations", "Family/proxy booking", "Confirmation with clinic details" ], "integration": "Adjacent booking platform, not verified as full EMR. Doctor app/onboarding advertised; no public developer API established.", "pricing": "Vendor integration/practice fee not established.", "unknowns": "Booking API, lab partner agreements, clinical records scope and commercial access.", "sources": [ "https://www.clinido.com/en/FAQ" ] } ], "pipeline_additions": [ "Versioned surgical quotation -> consent -> pre-op checks -> theatre/surgeon/assistant booking -> operation -> scheduled postoperative follow-up -> case outcome and margin", "Separate consent scopes for clinical photography, patient sharing, education, research and public marketing", "Implant/consumable batch and expiry tracing tied to procedure", "Per-clinic owned messaging history and a durable integration inbox with retry/reconciliation", "Per-user Arabic/English UX including Arabic numeric entry and printouts", "AI processor/retention provenance and clinician sign-off for voice-derived drafts", "Preserve candidate integrations as backlog items pending contracts; do not equate marketing integration claims with an available API" ], "rights_and_access": "Collect public feature evidence, architecture ideas and permitted metadata. Do not bulk-copy proprietary drug libraries, clinical content, source code, provider directories or patient records without appropriate access and rights. None of these vendors was confirmed open source in this survey. GitHub-hosted installers are not proof of source access or reuse licence.", "followup_candidates_not_counted_as_reviewed": [ "Clinit", "Medastik", "E-Doctor", "MEGACARE / Megamind", "PaxeraHealth imaging", "Dawaaka Rx (early-stage adjacent prescription verification, not full EMR)" ] }, "global_open_scout": { "date": "2026-11-02", "scope": "Public primary-source scouting: 4 international vendors and 7 open-source projects. Broad targeted sample, not exhaustive ranking. Vendor features are advertised capabilities; no authenticated demos, integrations, clinical validation, repository execution or patient data retrieval.", "products": [ { "name": "Epic", "features": [ "Single perioperative record spanning pre-, intra- and postoperative documentation", "Patient portal care plans, remote monitoring, appointments and one-time record sharing", "Specialty modules with outcomes and operational reporting" ], "adaptation": "Design a surgical episode with stage-specific checklists, patient follow-up tasks, and a controlled export/share workflow.", "sources": [ "https://www.epic.com/software/specialties/", "https://www.epic.com/software/patient-experience/" ], "integration_docs": [ "https://vendorservices.epic.com/FAQ/Index?Question=3106", "https://open.epic.com/" ], "integration_evidence": "Official FAQ confirms FHIR read/write and SMART OAuth patient/provider, standalone/EHR launches. open.epic fetch timed out; API access still requires registration, local organization enablement and resource-specific validation." }, { "name": "Oracle Health", "features": [ "Role-specific organizer and longitudinal encounter/medication timelines", "Voice-assisted chart review and generated summaries", "Patient portal with plain-language explanations and clearly marked AI source citations" ], "adaptation": "Prepare a source-linked previsit summary, chronological medication changes and explicit AI labeling. Evaluate Arabic/English locally.", "sources": [ "https://www.oracle.com/health/clinical-suite/electronic-health-record/", "https://www.oracle.com/news/announcement/oracle-health-ai-powered-patient-portal-generally-available-2026-08-12/" ], "integration_docs": [ "https://docs.oracle.com/en/industries/health/millennium-platform-apis/apis.html" ], "integration_evidence": "Public Millennium FHIR R4 and EHR API catalogue. DSTU2 unsupported. Do not assume new EHR products expose every Millennium endpoint; confirm contracted product and operation." }, { "name": "athenaOne", "features": [ "Connected EHR, practice management, billing and patient engagement", "Partner marketplace for additional workflows", "Published device integration menu, including Windows-specific ADM connections" ], "adaptation": "Keep an integration catalogue with support owner, cost, supported devices/OS, consent scope and failure recovery; connect scheduling and financial events to clinical workflow.", "sources": [ "https://www.athenahealth.com/solutions/athenaone", "https://www.athenahealth.com/solutions/athenaone/enhancements/marketplace-program", "https://www.athenahealth.com/sites/default/files/media_docs/Device-Integration-Menu.pdf" ], "integration_docs": [ "https://docs.athenahealth.com/api" ], "integration_evidence": "Official site directs developers to portal; portal rendered no readable text in browser search. Endpoint details not verified; US integrations do not imply Egyptian network access." }, { "name": "ModMed", "features": [ "Plastic-surgery photo annotation, surgical forms/consents and reusable preferences for implants/anesthesia", "Cosmetic quotes, inventory, before-and-after galleries and patient communications", "Specialty voice documentation whose approved note content can support downstream orders" ], "adaptation": "Highest specialty-fit benchmark: photo taxonomy and annotations, separate treatment/teaching/marketing consent, procedure quote versioning, implant and inventory traceability, approved voice-to-note flow.", "sources": [ "https://www.modmed.com/specialties/plastic-surgery/", "https://www.modmed.com/solutions/plastic-surgery/" ], "integration_docs": [ "https://portal.api.modmed.com/", "https://portal.api.modmed.com/docs/getting-started", "https://portal.api.modmed.com/reference/authentication-2" ], "integration_evidence": "Public tailored FHIR R4 API docs for patients/appointments/clinical information; vendor registration/certification applies. US coding and prescribing integrations require Egyptian adaptation." } ], "repositories": [ { "name": "OpenEMR", "url": "https://github.com/openemr/openemr", "type": "Full EMR and practice-management application", "license": "GPL-3.0", "license_source": "https://github.com/openemr/openemr", "reuse": "Study established encounter, scheduling, billing and portal workflows; evaluate as alternative foundation rather than merging entire application into tracker.", "caveat": "PHP application with its own architecture. GPL obligations need review before copying/distributing code. Existing certification is not certification of a modified Egyptian deployment." }, { "name": "OpenMRS", "url": "https://github.com/openmrs/openmrs-core", "type": "Modular EMR platform core; choose/configure distribution and modules", "license": "MPL 2.0 with Healthcare Disclaimer", "license_source": "https://openmrs.atlassian.net/wiki/spaces/docs/pages/26312421/OpenMRS%2BLicense", "reuse": "Patient/encounter/concept architecture and modular clinical forms; platform alternative for facility-led deployment.", "caveat": "Core alone is not finished clinic UX. Check individual module licences, Arabic completeness and clinical configuration.", "supporting_source": "https://openmrs.atlassian.net/wiki/spaces/docs/pages/26312582/OpenMRS%2BLicense%2BFAQ" }, { "name": "Bahmni", "url": "https://github.com/Bahmni/openmrs-module-bahmniapps", "related_repo": "https://github.com/Bahmni/bahmni-core", "type": "Integrated EMR/hospital system; cited repo is frontend component", "license": "Cited frontend LICENSE: MPL 2.0 with Healthcare Disclaimer; full distribution mixed licences", "license_source": "https://github.com/Bahmni/openmrs-module-bahmniapps/blob/master/LICENSE", "reuse": "Integrated registration, clinical services, labs, inpatient, stock, billing and PACS workflow reference.", "caveat": "Do not label whole Bahmni stack one licence. Official page describes ongoing AGPL-to-MPL transition; review each component and exact revision. Frontend includes AngularJS and React.", "supporting_sources": [ "https://www.bahmni.org/", "https://www.bahmni.org/license" ] }, { "name": "Medplum", "url": "https://github.com/medplum/medplum", "type": "FHIR healthcare development platform and components, not turnkey Egyptian EMR", "license": "Apache-2.0", "license_source": "https://github.com/medplum/medplum", "reuse": "FHIR datastore, TypeScript SDK, React clinical UI components, versioned resource-driven automation; strong candidate for a bounded architecture spike.", "caveat": "Hosted services and optional features have separate availability/terms; Bots disabled by default on hosted accounts. Existing lab/prescribing integrations do not imply Egyptian support.", "supporting_sources": [ "https://www.medplum.com/docs", "https://www.medplum.com/docs/bots/bot-basics" ] }, { "name": "HAPI FHIR", "url": "https://github.com/hapifhir/hapi-fhir", "type": "Java FHIR client/server library and infrastructure component", "license": "Apache-2.0", "license_source": "https://github.com/hapifhir/hapi-fhir", "reuse": "FHIR validation, exchange adapters and a FHIR service when an actual partner requires it.", "caveat": "Not an EMR or authorization/compliance solution by itself; avoid adding Java infrastructure until needed." }, { "name": "OHIF", "url": "https://github.com/OHIF/Viewers", "type": "Web medical imaging viewer", "license": "MIT", "license_source": "https://github.com/OHIF/Viewers", "reuse": "DICOM study viewing and annotation, integrated with partner imaging archive when necessary.", "caveat": "Not an archive, ordinary photo gallery or full EMR. Requires appropriate image source and deployment validation; derivative products' clearance does not confer clearance on our deployment.", "supporting_sources": [ "https://docs.ohif.org/" ] }, { "name": "Synthea", "url": "https://github.com/synthetichealth/synthea", "type": "Synthetic patient generator, not EMR", "license": "Apache-2.0", "license_source": "https://github.com/synthetichealth/synthea", "reuse": "Generate non-real test patients, histories and FHIR fixtures for imports, load tests and integration demos.", "caveat": "Default demographics are US-oriented; not representative Egyptian clinical evidence or real patient data. Localize fixtures and add manual surgical/media/conflict cases." } ], "pipeline_recommendations": [ "Feature registry: capture source, claim/evidence level, Egyptian relevance, ownership/licence, dependencies, target phase, acceptance test; never treat vendor marketing as implementation proof.", "Design now: surgical episode lifecycle, immutable signed notes/amendments, consent-scoped media, selective offline synchronization, patient identity and source provenance.", "Early reusable component spike: compare existing PostgreSQL architecture against Medplum on one patient/encounter/attachment/permission workflow; do not combine all EMR platforms.", "Pilot integration: one real lab feed or imaging provider; test units, duplicate results, patient matching, retries and failure visibility. FHIR support is not network access.", "Use Synthea plus hand-authored Egyptian surgical fixtures; no production records in public demos or third-party test systems.", "Keep specialty enhancements: implant lots/serials, photography protocol, outcome questionnaires, quote revisions and postoperative response queues." ], "data_boundary": "Captured feature summaries, source URLs and licence evidence only. Public code is not a licence to copy proprietary clinical libraries, trademarks, private databases or patient records. No complete market census or claim to have grabbed all data." }, "accessModel": { "policy": "sina-emr-role-policy.json", "guide": "sina-emr-access-model.html", "roles": 20, "implementation": "Role-specific fictional prototype views/actions, not backend security.", "mobile": "sina-emr-mobile-demo.html" } }