Framework

Five conditions for hospital-room icon fitness

A working checklist for whether an icon — from HospitalRoom.org or any other set — is fit to use in hospital-room diagrams, architecture drawings, and clinical education materials.

6 min readUpdated October 12, 2026

Key takeaways

Builders mix room-specific glyphs with general clinical, Material, and cloud architecture sets. Wrong meaning or unlicensed reuse is the failure mode — not missing a pretty glyph.
Five conditions must be judged together: semantic accuracy, recognizability, diagram fitness, license clarity, and scope honesty.
Semantic accuracy and recognizability must both be at least Partial before an icon enters a clinical or facilities diagram. A pretty glyph with ambiguous meaning is decoration.
Color conventions for medical gases and airflow belong in the diagram layer, not hard-coded into a themable monochrome base set.
HospitalRoom.org has not published formal ISO 9186-1 comprehensibility trial results for its icon set. Treat this checklist as evaluation practice, not a claim that every glyph has passed a standardized comprehension test.

This is a HospitalRoom.org working definition, not a published standard. It is offered as a shared vocabulary for evaluation, and carries no regulatory weight.

Why a model

Builders assembling hospital-room diagrams often mix general clinical glyphs, Material-style UI icons, cloud architecture marks, and room-specific infrastructure icons. The failure modes are wrong meaning — a glyph that looks medical but does not match the clinical or facilities concept — and unlicensed reuse. This checklist asks whether an icon, from HospitalRoom.org or any other set, is fit for diagrams, architecture drawings, and clinical education materials.

ISO 9186-1 supplies a public method to test comprehensibility. ISO 7010 / ISO 3864 address safety signs and markings, a different scope from informational diagram icons; ISO 7001 covers public information symbols. NFPA 99 and ISO 5359 address medical-gas identification color conventions: color in the diagram layer, not icon shape.

This is a HospitalRoom.org working checklist, not a published standard. HospitalRoom.org has not published formal ISO 9186-1 trial results for its icon set. The Icons page is the companion library and source of external-library license notes.

The five conditions

Interactive diagram· drag to pan · ⌘/Ctrl + scroll to zoom

Fig. — Five conditions for hospital-room icon fitness. Meaning, recognition, diagram use, licensing, and scope must be evaluated together.

Semantic accuracy. The glyph's meaning matches the clinical or facilities concept it claims (for example negative-pressure airflow direction, gas-outlet identity, or alarm priority). When a published standard defines the concept, cite or link that standard without claiming the icon is that standard's official symbol.

Recognizability. At diagram sizes (about 20–40 px), the referent is distinguishable without a caption. Evaluation can follow the public method in ISO 9186-1 (graphical symbols — test methods for comprehensibility). A ≥67% correct-comprehension figure is commonly referenced in ISO safety-symbol practice (often discussed with ISO 3864); ANSI Z535.3's commonly cited 85% criterion is a stricter US practice for safety symbols. Do not invent pass rates for any icon on this site. HospitalRoom.org has not published formal ISO 9186-1 trial results for its set.

Diagram fitness. Single-stroke / consistent weight, currentColor or monochrome base, readable when color is applied downstream. Colored clinical conventions (for example medical-gas identification colors under NFPA 99 / ISO 5359, as applicable) belong in the diagram layer, not hard-coded into the base glyph when the set is meant to theme.

License clarity. Redistribution terms are explicit (CC BY 4.0 for HospitalRoom.org; follow each external library's trademark and license notes on /icons). Attribution path is documented.

Scope honesty. Room-level clinical infrastructure icons are not confused with regulated safety signs (ISO 7010), cloud-vendor architecture marks, or population-health pictograms. External libraries listed on /icons stay for beyond-the-room diagrams; do not treat them as room kit.

How to use it

Pick an icon you plan to put in a hospital-room or facilities diagram. Record Met, Partial, or Not met for each condition, with evidence and an owner. These labels describe evaluation findings, not points or a library ranking.

Condition	Question to ask	Met	Partial	Not met
Semantic accuracy	Does a clinician or facilities engineer who knows the concept agree the glyph means what the label claims — without treating the icon as an official standard symbol?	☐	☐	☐
Recognizability	At 20–40 px without a caption, can the intended audience name the referent — and has anyone actually checked, rather than assumed?	☐	☐	☐
Diagram fitness	Does the glyph stay legible when stroked at diagram size and recolored downstream, without baking gas or airflow colors into the base asset?	☐	☐	☐
License clarity	Can you redistribute this glyph under a written license, and do you know exactly how to attribute it?	☐	☐	☐
Scope honesty	Is this glyph being used inside its intended scope — room infrastructure vs safety sign vs cloud architecture vs population-health pictogram?	☐	☐	☐

Working rule: Semantic accuracy and recognizability must both be at least Partial before putting an icon in a clinical or facilities diagram. A pretty glyph with ambiguous meaning is decoration. All five Present with no license path is still not shippable for redistribution.

A Partial on recognizability should say whether anyone ran a comprehension check, even informal, or only assumed clarity. A Present on license clarity requires a written redistribution path, not a vibe. In this working rule, Present corresponds to Met in the evaluation table.

What this is not

Not a published standard or a substitute for ISO 7010 safety signs, ISO 9186 testing programs, or regulated symbol catalogs.
Not a claim that HospitalRoom.org icons have passed formal ISO 9186-1 trials. They have not been published as such.
Not a scorecard, ranking, or endorsement of any icon library.
Not permission to treat cloud-vendor or population-health pictograms as room infrastructure kit.

Near future

Diagram tooling will keep mixing room-specific, clinical, and cloud icon sets. Keep scope boundaries explicit. Prefer monochrome themeable bases and apply clinical color conventions in the diagram layer. When comprehension matters for safety-adjacent meaning, use a documented test method rather than assuming the glyph is obvious.

The companion is the Icons page — the library and external-library notes this checklist evaluates against.

Icons is the companion library page. This framework is the evaluation checklist for whether a glyph from that set — or any other — is fit for a hospital-room diagram. For clinical and facilities context behind many of the referents, see the Guides section.

Evidence and references

This is a working checklist, not a published standard. It draws on ISO 9186-1 as a public method for testing graphical-symbol comprehensibility; commonly referenced comprehension acceptance figures in ISO safety-symbol practice (≥67% correct comprehension, often discussed alongside ISO 3864) and ANSI Z535.3's commonly cited 85% criterion for safety symbols; ISO 7010 / ISO 3864 (safety signs and markings) and ISO 7001 (public information symbols) for scope boundaries; and NFPA 99 / ISO 5359 medical-gas identification color conventions (color, not icon shape). HospitalRoom.org has not published formal ISO 9186-1 trial results for its icon set.

Use this model in other tools

Machine-readable exports, CC BY 4.0 — attribute HospitalRoom.org with a link. JSON Markdown template

Help us improve

Spotted something wrong, outdated, or unclear? Let the editors know.