My Patient Records: Your EMR on Google Drive -- Free, Searchable, Yours

Most doctors in Egypt and the MENA region have no EMR. Patient files live in paper folders, WhatsApp chats, and memory. When a patient returns after six months, the doctor has no quick way to pull up what happened last time -- what was prescribed, what investigations were ordered, what the diagnosis was. The consultation starts from scratch every time.

AI4Docs solves this with My Patient Records -- a feature that turns your own Google Drive into a searchable, organized medical records system. Free. Private. Yours.

1. How It Works

Setting up My Patient Records takes one click. Watch the 2-minute video walkthrough →

When you connect your Google Drive, AI4Docs uses the drive.file scope — the most restrictive Google permission available. This means it can only access the specific Google Sheet it creates. It cannot see, read, or touch any other file in your Drive.

AI4Docs creates a Google Sheet with two tabs:

• PatientRegistry -- stores patient identity: Name, Phone, Date of Birth. This is your patient directory.
• ClinicalNotes -- stores the actual medical documentation: NoteID, PatientID, VisitDate, NoteType, and the full clinical note.

A critical design decision: patient identity never goes to the AI. When AI4Docs generates a clinical note from your consultation recording, it processes only the clinical content -- the symptoms, examination findings, diagnoses, and treatment plan. The patient's name, phone number, and date of birth stay in the PatientRegistry tab and are never sent to the AI model. The link between a note and a patient exists only in your Google Sheet.

Notes are saved as Markdown in Google Sheets. Markdown is compact, human-readable, and renders beautifully when loaded back into the app. You can also read your notes directly in Google Sheets without any special software -- they are plain text with simple formatting markers.

For a step-by-step walkthrough, see the My Patient Records documentation.

2. Arabic-Smart Search

This is the killer feature for Arabic-speaking doctors -- and the one that Western EMR systems consistently fail at.

Arabic names are spelled inconsistently. The same patient might be registered as "أحمد" (with hamza) in one system and "احمد" (without hamza) in another. A receptionist might type "ي" (yaa with dots) while the doctor types "ى" (alef maqsura). In most systems, these are treated as completely different characters -- so the search returns nothing.

AI4Docs built a normalization layer specifically for Arabic. When you search for a patient:

• Hamza variations are normalized. Searching for "احمد" finds "أحمد", "إحمد", and any other hamza variant.
• Yaa and alef maqsura are treated as equivalent. "ي" matches "ى" automatically.
• Partial phone number search. Type the last 4 digits of a phone number to find a patient instantly.
• Date of birth search. Find patients by their birth date when you cannot remember the name spelling.

This sounds like a small technical detail, but for any doctor who has spent five minutes scrolling through a patient list because the search could not handle a hamza, it is transformative. Western systems were never built to handle these variations because they never needed to.

3. Loading Previous Visits for Follow-ups

The real power of patient records is not storage -- it is continuity of care.

When a patient returns for a follow-up, you select their name from your patient list. AI4Docs automatically loads their previous clinical notes into the "Previous Visits" input field -- up to 15 previous visits. Then you click "Follow-up" and record your new consultation normally.

Here is where it gets powerful: the AI now has context. It can compare the current consultation against the patient's history and flag clinically significant changes.

If the AI sees "started Lisinopril last week" in the previous visit notes and hears "I have a new dry cough" in today's consultation, it flags the ACE-inhibitor side effect. Without the previous visit context, it would document the cough as an isolated symptom.

This is the difference between documentation and clinical intelligence. A note without history is a snapshot. A note with history is a medical story -- and the AI reads the story before writing the next chapter.

To learn how to use this feature, watch the tutorial videos or read the documentation.

4. Data Ownership -- "My Patient, My Data, My Drive"

This is the principle behind every design decision in My Patient Records: your data belongs to you.

• Zero-storage policy. AI4Docs never stores patient data on its servers. Audio recordings are processed in memory and discarded. Clinical notes go directly to your Google Sheet -- they never persist on AI4Docs infrastructure.
• Your Google Drive, your encryption. The Google Sheet lives in YOUR Google Drive, encrypted by Google, backed up by Google, protected by your Google account security (including 2FA if you have it enabled).
• Full access in Google Sheets. You can open the sheet directly in Google Sheets and filter, sort, search, or analyze your data using all of Google's built-in tools. It is a standard spreadsheet -- no proprietary format.
• Export anytime. Download your data as CSV, Excel, or keep it as a Google Sheet. There is no vendor lock-in. Your data is in an open format that any system can read.
• If you cancel AI4Docs, your data stays forever. Because the Google Sheet is in your Drive, canceling yAI4Docs subscription changes nothing about your patient records. They remain in your Drive, fully accessible, for as long as you keep your Google account.

This is the opposite of how most EMR systems work. Traditional EMRs hold your data hostage -- if you cancel, you lose access or pay an export fee. With My Patient Records, there is nothing to cancel. The data was never on our servers to begin with.

5. Appointments and a Secretary Front Desk

A patient registry is only half of what a solo practice runs on. The other half is the front desk -- who is booked, who has arrived, who is next. My Patient Records now includes both.

The appointment book. Open the Appointments view and you get a clean day view: each row shows the time, the patient, the visit site, and a status you tap to update -- booked, arrived, seen, plus cancelled and no-show. Booking is search-first: type a name, a phone fragment, or a date of birth, pick the patient, and choose a time -- the screen even shows that day's existing bookings so you can spot a free slot. You can book the next follow-up straight from a patient's record. When a brand-new patient actually arrives, one tap turns the booking into a registry entry (with a duplicate check first), so no-shows never clutter your patient list. Like your clinical records, appointments live in a Google Sheet in your own Drive -- a separate sheet from your notes.

Your secretary's own login. Generate an invite code from the Appointments view and your secretary gets her own restricted front-desk account: she books, edits, marks arrivals, and records payments on your appointment book -- and that is all she can do. She never sees your clinical notes (that sheet is never shared with her), and her account can never generate notes or spend your credits. That restriction is enforced on our servers, not merely hidden in the interface. One code covers every secretary across every clinic you run.

Payments and a live money view. Every booking can carry an optional payment -- fee, currency, method, and a paid / pending / partial status. The 💰 Money view shows collected and outstanding totals per currency for any date range, a tap-to-settle list of who still owes, a per-patient table you can group by site, visit type, method, status, or month, and a one-tap CSV export that opens cleanly in Excel (Arabic included). Visit fees recorded on the clinical note sync with the booking automatically, so nothing is counted twice -- and the board keeps itself fresh across devices, so the front desk's entries appear on the doctor's screen without a refresh.

It is the same philosophy as the rest of the mini-EMR: the workflow a real clinic uses, in tools you already own, for free -- not a hospital-grade scheduling suite you will never fully configure.

6. Who Is This For?

My Patient Records was built for a specific reality: millions of doctors around the world have no EMR. Not because they do not want one, but because the options are either too expensive, too complex, or designed for hospital systems they do not work in.

• Solo practitioners in Egypt, MENA, and developing countries where there is no national EMR infrastructure and clinic software costs more than the rent.
• Doctors using paper files who want to go digital without the $500/month price tag, the 6-month implementation timeline, and the IT department they do not have.
• Any doctor who wants searchable patient history without depending on a hospital system, a software vendor, or an IT consultant. If you have a Google account, you have everything you need.

My Patient Records is not trying to replace Epic or Cerner. It is the bridge between paper chaos and organized medicine -- for doctors who have been left behind by the EMR industry.

Conclusion

Your patients deserve digital records. You deserve to own them.

My Patient Records is the zero-cost, zero-risk bridge between paper chaos and organized medicine. It turns your Google Drive into a searchable patient records system with Arabic-smart name matching, automatic visit history loading for follow-ups, and complete data ownership. No server storage. No vendor lock-in. No monthly fee for the records themselves.

The feature is available to all AI4Docs users -- free-trial users included. Connect your Google Drive, save your first note, and your patient records system is live.

Frequently Asked Questions