Healthcare is one of the highest-scrutiny verticals in search. Google applies its strictest quality guidelines to health content — YMYL (Your Money or Your Life) means thin, unverified, or ambiguous content gets assessed harder than content in lower-stakes categories. Medical schema markup cannot fix bad content, but it makes good content unambiguous: clear entity type, clear credentials, clear relationships between the organization, the practitioners, and the services they provide.

The Core Medical Schema Types

Schema.org has an extensive medical vocabulary. The types you will actually use on most healthcare sites:

MedicalOrganization and Its Subtypes

MedicalOrganization is the base type for any health-focused organization. More specific subtypes provide precision: Hospital, MedicalClinic, Dentist, Optician, Pharmacy, VeterinaryCare. Use the most specific type that accurately fits. A general practice clinic is a MedicalClinic. A dental group is a Dentist. A hospital system’s imaging center is more accurately a DiagnosticLab than a general MedicalOrganization. The more specific the type, the clearer the signal — generic Organization type when a medical subtype exists misses specificity that matters in this vertical.

Physician as a Person

Individual practitioners are best marked up as Person with the jobTitle, hasCredential, and worksFor properties populated. The hasCredential property takes an EducationalOccupationalCredential entity where you can specify MD, DO, RN, NP, DDS, and other formal credentials. This is a direct E-E-A-T signal: it tells Google’s quality systems that the people associated with this healthcare content have verifiable professional credentials, not just self-asserted authority.

MedicalCondition

For pages about specific health conditions, MedicalCondition entities describe the condition in structured form. Useful properties: name, alternateName (for synonyms, acronyms, and common names), code (for ICD-10 or SNOMED codes), symptom (an array of MedicalSymptom entities), and possibleTreatment (pointing to MedicalTherapy or Drug entities).

MedicalWebPage

The MedicalWebPage subtype adds health-specific properties to page-level markup: medicalAudience (patients, clinicians, or both), aspect (which aspect of the condition or topic the page addresses), and most importantly, lastReviewed. The lastReviewed property signals to Google when a qualified medical professional last reviewed the content for accuracy. Google’s Quality Rater Guidelines explicitly identify medical content review dates as a trust signal — a page last reviewed in 2019 is treated very differently from one reviewed this year.

medicalSpecialty Values

Schema.org defines a controlled vocabulary for medicalSpecialty on MedicalOrganization. Use the enum value, not a free-text string, to avoid validation warnings. Common values include: Cardiovascular, Dermatology, Endocrine, Gastroenterologic, Geriatric, Hematologic, Infectious, Neurologic, Obstetric, Oncologic, Optometric, Otolaryngologic, Pediatric, Psychiatric, Pulmonary, Renal, and Urologic, among others.

The Author and Reviewer Signal

Add a reviewedBy property on MedicalWebPage pointing to a Physician or MedicalOrganization entity. Add an author with professional credentials via hasCredential. These two properties together address the explicit E-E-A-T signals Google’s quality raters are instructed to look for on health pages. And connect those person entities to external sources via sameAs — a LinkedIn profile showing the physician’s specialty and hospital affiliation, a state medical board profile, or a university faculty page. Verifiable credentials through external sources are meaningfully stronger than self-asserted credentials in markup alone. See sameAs and entity linking for the full approach.

Google Health Carousels and Medical Rich Results

Google has a dedicated health knowledge panel and symptoms carousel that draws from structured data and its own health knowledge graph. For condition pages, valid MedicalCondition markup with accurate symptoms and treatments increases the chance of being included in these surfaces. These are competitive — Google’s baseline requirement is technically accurate, expert-reviewed content. Markup is the vehicle; clinical accuracy is the ticket. Incorrect symptom or treatment data in schema is worse than no schema — it creates a provably wrong signal on a health-critical page.

HIPAA and Schema: No Conflict

A question that comes up in every healthcare SEO conversation: does structured data create HIPAA exposure? No. Schema markup describes the organization and its services — publicly available information about what a practice does, where it is located, and who provides care. It does not contain patient data, diagnoses, treatment records, or any individually identifiable health information. The markup lives on publicly visible pages describing publicly available services. There is no HIPAA implication.

Validation Considerations

The Schema.org validator handles medical types correctly and will flag invalid specialty enum values, missing required properties, and incorrect date formats. The Rich Results Test is less useful here because Google does not have a dedicated ‘Medical’ rich result preview tool — the value is in entity clarity, E-E-A-T signaling, and health feature eligibility rather than a specific visual SERP feature you can preview. Run both tools and confirm no errors. The full testing process is in the schema markup validation guide.

Virtual Care and Online Scheduling

Telehealth services and online appointment booking have dedicated schema support. The availableService property on MedicalOrganization can include MedicalTherapy entities that specify virtual or in-person delivery. The potentialAction property allows a ReserveAction or BookAction pointing to the online scheduling URL — this can enable a booking button or deep link in certain Google search features. For practices offering both in-person and telehealth visits, differentiating those in the markup helps Google surface the right service mode for queries that include terms like ‘online doctor’ or ‘virtual appointment.’

openingHoursSpecification for Healthcare

The openingHoursSpecification property on MedicalOrganization is more nuanced for healthcare than for retail. Practices often have different hours for different services — general appointments versus urgent care slots versus telehealth availability. Use multiple OpeningHoursSpecification entities differentiated by name or by separate service entities if the hours genuinely differ by service type. Accurate hours in schema matter for patients searching outside business hours — if your markup says you are open when you are not, that is a direct patient trust issue.

Healthcare schema is a case where getting it right requires understanding both the schema vocabulary and the editorial standards Google holds health content to. For healthcare site builds and structured data implementations in this vertical, my schema markup consulting work covers the full picture — type selection, credential markup, reviewer attribution, and the ongoing review-date maintenance that keeps health content credible in Google’s quality assessment.