Physician Knowledge Graph

Physician Knowledge Graph.

Abstract

Google's Knowledge Graph entry for a practicing physician resolves through schema.org's Physician type. NPI as federal identifier, sameAs chain to ABMS verification plus state medical board plus directories, hospitalAffiliation linking to a Hospital entity, memberOf surfacing professional society membership. The chain transfers off-site EEAT signals to the on-site author byline.

Knowledge Graph surfaces addressed
Schema.org Physician Type inherits Person + MedicalOrganization NPI Federal identifier ABMS sameAs Board-certification chain hospitalAffiliation Institutional EEAT
The entry shape

Identity. Professional graph. Institutional graph. Entity-reconciliation chain.

The Physician Knowledge Graph entry contains four layers. Identity: name, identifiers including NPI, image, jobTitle. Professional graph: specialty alignment to MedicalSpecialty, sub-specialties, board-certification status, active state licensure. Institutional graph: hospitalAffiliation, memberOf for professional society membership, alumniOf for medical-school education. Entity-reconciliation chain: sameAs pointing to NPPES, ABMS verification, state medical board licensure profile, LinkedIn professional profile, peer-reviewed publication index 1 .

Each property does specific work. usNPI ties the identity to the federal registry. medicalSpecialty aligns to the controlled vocabulary. hospitalAffiliation chains the practice to an institutional entity. sameAs distributes the trust load across multiple independent surfaces. The byline alone is just a claim; the chain is the proof.

NPI as load-bearing identifier

Federal entity key. Persists across employment.

The NPI is the load-bearing federal entity key. The 10-digit intelligence-free number issued by CMS through the NPPES registry persists with the physician across employment changes, location changes, and specialty additions 2 . Schema.org's usNPI property on the Physician type allows direct machine-readable linkage to the NPPES entry.

Google's Knowledge Graph reconciliation uses the NPI to cross-reference the physician identity against state medical board licensure databases 5 , third-party physician directories (Healthgrades, Zocdoc, Vitals), and the AMA Physician Masterfile 3 . Without the NPI in the schema, Google has to infer identity from name and address, which is fragile and error-prone for common names (the 'Dr. John Smith' problem).

The sameAs chain

Independent surfaces. Distributed trust load.

sameAs on the Physician type takes an array of canonical URLs identifying the same entity across the web. The chain typically includes: NPPES profile, ABMS board-certification verification 4 , state medical board licensure profile (per state of active licensure), Healthgrades profile, Zocdoc profile, Doximity profile, LinkedIn professional profile, and the physician's PubMed or Google Scholar author profile when applicable.

Each URL is independently verifiable. Google's Knowledge Graph reads the chain as 'these surfaces describe the same person.' The trust load distributes across the chain. A strong ABMS surface plus a strong NPPES surface plus a strong state-board surface stabilizes the entity even when one surface ages or moves. The chain is also forward-compatible: when the physician adds a sub-specialty, claims a new directory profile, or publishes a peer-reviewed article with a Scholar profile, the new URL extends the chain rather than disrupting it.

Institutional graph properties

hospitalAffiliation. memberOf. Institutional EEAT carried into the byline.

hospitalAffiliation on the Physician type takes a Hospital entity (typed as a MedicalBusiness subtype) the physician practices at or has admitting privileges at. The property establishes institutional EEAT: a physician affiliated with a teaching hospital or a recognized medical center carries the institution's EEAT in the chain. The property takes a typed entity (not just a text string), so the chain extends through the affiliated institution's own Knowledge Graph entry.

memberOf takes professional society memberships: American College of Cardiology, American Academy of Dermatology, American Society of Plastic Surgeons, Royal College of Surgeons, ESC. Society membership is a credential-adjacent signal the Knowledge Graph reads alongside board certification. The property takes the Organization entity of the society, again extending the chain through the society's own Knowledge Graph entry.

alumniOf takes the medical-school entity. The medical-school chain is the historical depth signal. A physician's residency-training program (separate from medical school) gets surfaced through the JSON-LD hasCredential property when the program is documented in a verifiable directory.

The Physician Knowledge Graph entry is the load-bearing structural input to the medical practice SEO architecture at Praxis. The byline on every editorial article and every commercial author surface carries the chain.

References
  1. 01.Schema.org community. Physician type. Schema.org. 2024. https://schema.org/Physician
  2. 02.Centers for Medicare and Medicaid Services. National Plan and Provider Enumeration System (NPPES) NPI Registry. CMS. 2024. https://npiregistry.cms.hhs.gov/
  3. 03.American Medical Association. AMA Physician Masterfile. AMA. 2024. https://www.ama-assn.org/about/masterfile/ama-physician-masterfile
  4. 04.American Board of Medical Specialties. ABMS Board Certification Verification. ABMS. 2024. https://www.certificationmatters.org/
  5. 05.Federation of State Medical Boards. FSMB Physician Data Center and Licensure Verification. FSMB. 2024. https://www.fsmb.org/
Common questions

Questions practice administrators ask about the Knowledge Graph entry. Before publishing the editorial layer.

01.

What does the Physician Knowledge Graph entry actually contain?

The entry contains the physician's identity (name, identifiers including NPI, image, jobTitle), the professional graph (specialty alignment to MedicalSpecialty, sub-specialties, board-certification status, active state licensure), the institutional graph (hospitalAffiliation, memberOf for professional society membership, alumniOf for medical-school education), and the entity-reconciliation chain (sameAs pointing to NPPES, ABMS verification, state medical board licensure profile, LinkedIn professional profile, peer-reviewed publication index). Each property does specific work for Google's Knowledge Graph reconciliation. The chain is the proof; the byline alone is just a claim.

02.

Why does the NPI matter as an identifier here?

The NPI is the load-bearing federal entity key. The 10-digit intelligence-free number issued by CMS through the NPPES registry persists with the physician across employment changes, location changes, and specialty additions. Schema.org's usNPI property on the Physician type allows direct machine-readable linkage to the NPPES entry. Google's Knowledge Graph reconciliation uses the NPI to cross-reference the physician identity against state medical board licensure databases, third-party physician directories (Healthgrades, Zocdoc, Vitals), and the AMA Physician Masterfile. Without the NPI in the schema, Google has to infer identity from name and address, which is fragile and error-prone for common names.

03.

How does the sameAs chain work in practice?

sameAs on the Physician type takes an array of canonical URLs identifying the same entity across the web. The chain typically includes NPPES profile, ABMS board-certification verification, state medical board licensure profile (per state), Healthgrades profile, Zocdoc profile, Doximity profile, LinkedIn profile, and the physician's PubMed or Google Scholar author profile when applicable. Each URL is independently verifiable. Google's Knowledge Graph reads the chain as 'these surfaces describe the same person.' The trust load distributes across the chain: a strong ABMS surface plus a strong NPPES surface plus a strong state-board surface stabilizes the entity even when one surface ages or moves.

04.

What about hospitalAffiliation and memberOf?

hospitalAffiliation on the Physician type takes a Hospital entity (typed as a MedicalBusiness subtype) the physician practices at or has admitting privileges at. The property establishes institutional EEAT: a physician affiliated with a teaching hospital or a recognized medical center carries the institution's EEAT in the chain. memberOf takes professional society memberships (American College of Cardiology, American Academy of Dermatology, American Society of Plastic Surgeons). Society membership is a credential-adjacent signal that the Knowledge Graph reads alongside board certification. Both properties take typed entities (not just text strings), so the chain extends through the affiliated institution's and society's own Knowledge Graph entries.

Stop watching your competitors rank

If your physicians' author bylines ship without the sameAs chain, the Knowledge Graph reads the byline as an unverified claim.

The diagnostic audits the Physician schema per physician, the usNPI population against NPPES, the sameAs chain breadth (ABMS, state board, directories, society, school), and the hospitalAffiliation typing against the institution's own Knowledge Graph entry. Comes back inside two weeks.

Book a diagnostic

Four fields. We respond inside one business day with a few questions to confirm fit before either of us spends time on a call.

We use what you submit to qualify, then respond by email. We don't subscribe you to anything.