VIEW THIS AS

Auto mode follows the Route Engine until you choose a viewpoint.

YOU ARE HERE

ROUTE CHECK

CONNECTED TO

WHAT NEXT

Use the canonical route for this room, or HELP if you are unsure.

Why Science? | Symptom Ontology and Structured Signs and Symptoms

Three students sit around open books and worksheets at a classroom table, reading, writing and discussing the work together.

eduKateSG · Why Science?

Keep what a person experiences distinct from what an observer measures—then connect both carefully to evidence

Start with the reported experience or observed sign, then preserve the person, time, severity, method and uncertainty before linking it to disease knowledge.

Full section index · Science Learning Hub

Science learning becomes powerful when a person’s experience is recorded precisely without turning it into a diagnosis too early. The OBO Foundry describes the Symptom Ontology, or SYMP, as an ontology of disease symptoms centred on perceived changes in function, sensation or appearance reported by a patient. Its official page also discusses the close relationship between symptoms and signs, noting that signs are objective observations and that some terms may be used in both ways depending on evidence. The page documents use of SYMP terms in the Human Disease Ontology. SYMP can standardise a reported concept, but it cannot decide the cause, severity, urgency or diagnosis and never replaces professional clinical assessment. This guide supports Secondary Science, O-Level Science, O-Level Biology, health literacy, computing and STEM education as a longform evidence-reading route; it is educational only and is not medical, diagnostic, emergency, admission or career advice.

Related eduKate reading: Human Phenotype Ontology; Mondo Disease Ontology; Evidence and Conclusion Ontology; Information Artifact Ontology; Science Learning Hub; Education Hub; STEM Education; Careers by Subject Capability.

Primary and official sources checked on 13 October 2026: OBO Foundry Symptom Ontology overview, checked 13 October 2026; Official Symptom Ontology source repository; Canonical Symptom Ontology OWL release; Human Disease Ontology project using SYMP terms; 2026 Singapore–Cambridge O-Level Biology syllabus; MOE G2/G3 Lower Secondary Science teaching and learning syllabus; 2026 MOE G2 Computing syllabus. Ontologies, definitions and release products can change, so preserve dated documentation, exact source records and file versions.

How a symptom record becomes structured evidence without becoming a diagnosis

A symptom is centred on experience: pain, dizziness or nausea may be reported even when no instrument directly captures the sensation. The report is real evidence, but its cause remains a separate question.

The official SYMP description distinguishes symptoms from signs as objective observations. Temperature, rash appearance or measured weakness may be documented as signs, while the person’s felt experience needs its own provenance.

The OBO Foundry notes that the same term may sometimes function as both sign and symptom. The record therefore needs to state who reported or observed it and by which method.

Stable identifiers help connect different wording, spelling and local codes. They do not erase language, culture, age or communication differences that shape how experiences are expressed.

A symptom ontology class is not a disease diagnosis. Many conditions share symptoms, and one condition can present differently across people and time.

The official page documents SYMP use by the Human Disease Ontology. Such links support search and knowledge integration while remaining associations that require evidence and context.

Timing changes interpretation: onset, duration, frequency, progression and relation to activities or treatments may matter as much as the symptom label.

The optimistic purpose is better communication. Structured symptom records can reduce ambiguity and support research while keeping patient voice, observation and diagnostic uncertainty visible.

Begin with the person’s own words, then map to a controlled term without deleting the original phrase. The source wording may contain nuance a standard label cannot preserve.

Record reporter identity. A self-report, caregiver observation and clinician elicitation can describe the same event from different evidence positions.

Severity scales require defined anchors. “Mild” in one form and a numeric rating in another should not be merged without a documented crosswalk.

Absence needs care. “Denied”, “not asked”, “unable to report” and “not documented” are different information states.

Changes over time should be longitudinal records rather than one overwritten field. Improving, fluctuating and recurring patterns can disappear in a latest-value view.

Clinical text extraction can help find symptom mentions, but negation, family history, hypothetical language and copied notes can generate false positives.

For classroom learning, students can separate sensation, observation, measurement and inference using non-personal fictional examples.

Reader-ready symptom data states the term, original wording, reporter, time, severity, observation method, related findings and uncertainty without presenting a diagnosis.

Association counts can reflect documentation practice as much as biology. Frequently coded symptoms may appear more central because systems capture them more consistently.

A symptom linked to a disease ontology class can support retrieval, yet the link may be broad, probabilistic or based on literature rather than an individual patient.

Patient-reported outcome instruments are governed measurement tools. Their questions, translations, scoring and licensed versions must be preserved when results are compared.

Privacy and consent matter because symptom narratives can contain sensitive or identifying details. Data minimisation and access controls belong beside semantic interoperability.

Emergency triage and diagnosis require approved clinical workflows and professional judgement. An ontology is vocabulary infrastructure, not a substitute decision maker.

Release migration should inspect obsolete terms, synonym changes and reclassification because search, dashboards and disease links can shift even when source notes remain unchanged.

A reproducible symptom-data bundle includes source wording, mappings, ontology release, annotation method, reviewer decisions, temporal model, privacy controls and validation fixtures.

SYMP is most useful when it preserves humility: it helps systems say clearly what was reported or observed while leaving cause and action to evidence and appropriate care.

Temporal reasoning should preserve episodes rather than flatten them. A symptom may begin gradually, recur after symptom-free intervals, change location or severity, or respond temporarily to an intervention. Store onset estimates, episode boundaries, current status and the source of each update. When exact dates are unknown, represent ranges or qualitative order instead of inventing precision. Longitudinal models should allow correction without erasing the original report. This helps researchers distinguish persistent, recurrent and resolved patterns while preventing an old copied note from appearing to describe the person’s present condition.

Terminology mapping across languages requires more than dictionary substitution. A word for discomfort may carry cultural, anatomical or intensity nuances that do not align exactly with an English preferred label. Keep the original expression, language, translator or instrument, and mapping confidence. Test patient-facing wording with speakers of the language and do not infer severity from colourful metaphors alone. A controlled identifier supports aggregation, while the source narrative protects meaning. This dual record is especially important for children, people using augmentative communication and communities whose symptom expressions are poorly represented in existing datasets.

Evaluation of automated symptom extraction needs representative fixtures. Include affirmative reports, explicit denials, uncertain statements, family history, future risks, copied lists, resolved problems and statements about someone other than the patient. Measure performance for each category instead of reporting one overall accuracy number. Human review remains necessary for high-stakes use, and model or rule versions belong in provenance. When an extraction is corrected, retain the previous annotation and reason for change. This turns a machine-generated label into a transparent, auditable proposal rather than a hidden clinical fact.

Data linkage can create new privacy risk even when each source appears de-identified. A rare symptom, date, age and location may re-identify someone when combined with other records. Use purpose limitation, minimum necessary detail, access controls, audit logs and disclosure review. Researchers should explain whether identifiers were removed, pseudonymised or held by a trusted linkage service. Semantic interoperability should make governance clearer, not help sensitive narratives travel farther than consent permits. These safeguards are part of evidence quality because people may avoid honest reporting if they cannot trust how their information is handled.

A safe classroom exercise uses fictional cases and never asks pupils to disclose personal symptoms. Students sort statements into reported experience, observed sign, measurement and inference, then identify which evidence would be needed before a cause could be discussed. They can model onset and negation in a small table and test how one missing qualifier changes a query result. The exercise teaches healthy scepticism and precise scientific language while reinforcing the boundary that real symptoms, urgent concerns and treatment questions belong with qualified adults and healthcare professionals.

A four-stage evidence ladder for symptom and sign data
StageQuestionEvidenceResponsible output
ReportWhat does the person experience?Words, onset, duration, severity and reporterA traceable symptom statement
ObserveWhat can be measured or witnessed?Method, sign, instrument and timeA separate observation record
LinkWhich disease knowledge is relevant?Association, evidence, provenance and uncertaintyA candidate connection, not diagnosis
ActWhat safe next step belongs to the context?Clinical policy, professional judgement and urgency rulesAppropriate escalation outside the ontology

Section 1 of 36

1. Begin with the reported experience

Symptoms describe perceived changes in function, sensation or appearance and should first be captured in the person’s own words.

Working checkpoint — SYMP identifier: Preserve the original phrase before mapping. Keep original wording, SYMP identifier, reporter, timing, severity, method and uncertainty together.

For mathematics, interpret severity scores only with their scale and population.

Contents · Next section

Section 2 of 36

2. Use the SYMP identifier

A stable term can unite synonyms and local codes while pointing to a maintained definition.

Working checkpoint — patient-reported symptom: Store identifier, label, synonyms and release. Separate patient report, observed sign, measurement and diagnostic inference.

For computing, make negation, reporter and time mandatory where the use case requires them.

Contents · Previous section · Next section

Section 3 of 36

3. Read the definition

A familiar symptom word may have broader or narrower scope than a local form assumes.

Working checkpoint — clinical sign: Compare definition with the reported experience. Preserve negation, missingness and temporal change explicitly.

For writing, avoid diagnostic verbs when the evidence is only a report or sign.

Contents · Previous section · Next section

Section 4 of 36

4. Separate symptom from sign

A symptom is reported experience; a sign is objectively observed, though some concepts can appear in either role.

Working checkpoint — observation context: Record evidence type for this occurrence. Pin ontology and disease-link releases before comparing records.

For students, ask what was experienced, what was observed and what was inferred.

Contents · Previous section · Next section

Section 5 of 36

5. Record the reporter

Self-report, caregiver report and clinician elicitation carry different provenance.

Working checkpoint — disease association: Identify reporter role and collection method. Treat automated extraction as a reviewable annotation, not clinical truth.

For parents, use real health concerns with qualified professionals rather than an article or ontology.

Contents · Previous section · Next section

Section 6 of 36

6. Preserve original language

Translation and normalisation can lose intensity, metaphor or uncertainty embedded in the source wording.

Working checkpoint — release provenance: Keep source text and language beside the mapped term. Keep original wording, SYMP identifier, reporter, timing, severity, method and uncertainty together.

For mathematics, interpret severity scores only with their scale and population.

Contents · Previous section · Next section

Section 7 of 36

7. Record onset

When an experience began can narrow interpretation and reveal relation to events or treatments.

Working checkpoint — SYMP identifier: Use a time or bounded estimate with uncertainty. Separate patient report, observed sign, measurement and diagnostic inference.

For computing, make negation, reporter and time mandatory where the use case requires them.

Contents · Previous section · Next section

Section 8 of 36

8. Record duration

Seconds, days and persistent experience are not interchangeable presentations.

Working checkpoint — patient-reported symptom: Store duration value, unit and derivation. Preserve negation, missingness and temporal change explicitly.

For writing, avoid diagnostic verbs when the evidence is only a report or sign.

Contents · Previous section · Next section

Section 9 of 36

9. Record frequency

Continuous, intermittent and episodic symptoms require different temporal models.

Working checkpoint — clinical sign: Represent episodes or recurrence explicitly. Pin ontology and disease-link releases before comparing records.

For students, ask what was experienced, what was observed and what was inferred.

Contents · Previous section · Next section

Section 10 of 36

10. Record course

Improving, worsening, stable and fluctuating patterns should not be hidden by the latest status.

Working checkpoint — observation context: Keep a longitudinal history. Treat automated extraction as a reviewable annotation, not clinical truth.

For parents, use real health concerns with qualified professionals rather than an article or ontology.

Contents · Previous section · Next section

Section 11 of 36

11. Record severity carefully

Verbal categories and numeric scales require defined anchors and collection conditions.

Working checkpoint — disease association: Name instrument, version and scoring rule. Keep original wording, SYMP identifier, reporter, timing, severity, method and uncertainty together.

For mathematics, interpret severity scores only with their scale and population.

Contents · Previous section · Next section

Section 12 of 36

12. Record location and laterality

Where applicable, body site and side can distinguish otherwise similar reports.

Working checkpoint — release provenance: Use anatomical identifiers and preserve free-text detail. Separate patient report, observed sign, measurement and diagnostic inference.

For computing, make negation, reporter and time mandatory where the use case requires them.

Contents · Previous section · Next section

Section 13 of 36

13. Record triggers and relievers

Activities, exposures or interventions may be reported as related without proving causation.

Working checkpoint — SYMP identifier: Store temporal association with calibrated wording. Preserve negation, missingness and temporal change explicitly.

For writing, avoid diagnostic verbs when the evidence is only a report or sign.

Contents · Previous section · Next section

Section 14 of 36

14. Record accompanying findings

Symptoms, signs and test results can co-occur and need separate identities.

Working checkpoint — patient-reported symptom: Link records without collapsing them into one label. Pin ontology and disease-link releases before comparing records.

For students, ask what was experienced, what was observed and what was inferred.

Contents · Previous section · Next section

Section 15 of 36

15. Represent negation

Present, absent, denied and ruled out are different statements about evidence.

Working checkpoint — clinical sign: Attach negation to the exact concept and time. Treat automated extraction as a reviewable annotation, not clinical truth.

For parents, use real health concerns with qualified professionals rather than an article or ontology.

Contents · Previous section · Next section

Section 16 of 36

16. Represent missingness

Not asked, not documented and unable to report must not be treated as symptom absence.

Working checkpoint — observation context: Use explicit information-state codes. Keep original wording, SYMP identifier, reporter, timing, severity, method and uncertainty together.

For mathematics, interpret severity scores only with their scale and population.

Contents · Previous section · Next section

Section 17 of 36

17. Represent uncertainty

Possible, uncertain and approximate reports should remain distinguishable from confirmed observations.

Working checkpoint — disease association: Capture confidence and reason. Separate patient report, observed sign, measurement and diagnostic inference.

For computing, make negation, reporter and time mandatory where the use case requires them.

Contents · Previous section · Next section

Section 18 of 36

18. Link disease knowledge cautiously

SYMP use in disease resources supports retrieval but does not diagnose an individual.

Working checkpoint — release provenance: Record association source and evidence scope. Preserve negation, missingness and temporal change explicitly.

For writing, avoid diagnostic verbs when the evidence is only a report or sign.

Contents · Previous section · Next section

Section 19 of 36

19. Connect phenotype resources

Human phenotype vocabularies may encode abnormalities with different modelling goals and granularity.

Working checkpoint — SYMP identifier: Map with scope rather than label matching. Pin ontology and disease-link releases before comparing records.

For students, ask what was experienced, what was observed and what was inferred.

Contents · Previous section · Next section

Section 20 of 36

20. Connect evidence codes

The evidence supporting a symptom–disease statement may come from literature, curation or another method.

Working checkpoint — patient-reported symptom: Keep claim and evidence record separate. Treat automated extraction as a reviewable annotation, not clinical truth.

For parents, use real health concerns with qualified professionals rather than an article or ontology.

Contents · Previous section · Next section

Section 21 of 36

21. Extract text with context

Automated systems must interpret negation, family history, hypothetical language and copied text.

Working checkpoint — clinical sign: Validate against reviewed examples. Keep original wording, SYMP identifier, reporter, timing, severity, method and uncertainty together.

For mathematics, interpret severity scores only with their scale and population.

Contents · Previous section · Next section

Section 22 of 36

22. Protect sensitive narratives

Symptom reports can reveal identity, health status and personal circumstances.

Working checkpoint — observation context: Apply minimisation, consent and access controls. Separate patient report, observed sign, measurement and diagnostic inference.

For computing, make negation, reporter and time mandatory where the use case requires them.

Contents · Previous section · Next section

Section 23 of 36

23. Challenge diagnostic shortcuts

Common symptoms have many possible causes and rare conditions may share ordinary presentations.

Working checkpoint — disease association: Do not convert term matching into diagnosis. Preserve negation, missingness and temporal change explicitly.

For writing, avoid diagnostic verbs when the evidence is only a report or sign.

Contents · Previous section · Next section

Section 24 of 36

24. Challenge frequency bias

Frequently documented symptoms can look more important because capture practice differs.

Working checkpoint — release provenance: Compare missingness and recording policy. Pin ontology and disease-link releases before comparing records.

For students, ask what was experienced, what was observed and what was inferred.

Contents · Previous section · Next section

Section 25 of 36

25. Challenge scale conversion

Two severity instruments may not measure the same construct or anchors.

Working checkpoint — SYMP identifier: Use validated crosswalks and retain source scores. Treat automated extraction as a reviewable annotation, not clinical truth.

For parents, use real health concerns with qualified professionals rather than an article or ontology.

Contents · Previous section · Next section

Section 26 of 36

26. Challenge stale records

A resolved or changed symptom can remain copied forward in notes and dashboards.

Working checkpoint — patient-reported symptom: Use occurrence dates and current-status evidence. Keep original wording, SYMP identifier, reporter, timing, severity, method and uncertainty together.

For mathematics, interpret severity scores only with their scale and population.

Contents · Previous section · Next section

Section 27 of 36

27. Review ontology migrations

Changed terms and synonyms can alter search, counts and disease associations.

Working checkpoint — clinical sign: Compare releases and rerun annotation fixtures. Separate patient report, observed sign, measurement and diagnostic inference.

For computing, make negation, reporter and time mandatory where the use case requires them.

Contents · Previous section · Next section

Section 28 of 36

28. Connect to Secondary Science

Homeostasis, response, infectious disease and nervous-system topics show the difference between experience and mechanism.

Working checkpoint — observation context: Use fictional cases and evidence categories. Preserve negation, missingness and temporal change explicitly.

For writing, avoid diagnostic verbs when the evidence is only a report or sign.

Contents · Previous section · Next section

Section 29 of 36

29. Connect to O-Level Biology

Scientific observations, data interpretation and healthy scepticism support careful reading of health claims.

Working checkpoint — disease association: Separate evidence from diagnosis and action. Pin ontology and disease-link releases before comparing records.

For students, ask what was experienced, what was observed and what was inferred.

Contents · Previous section · Next section

Section 30 of 36

30. Connect to mathematics

Scales, frequency, duration and population prevalence require denominators and uncertainty.

Working checkpoint — release provenance: Do not average incompatible scoring systems. Treat automated extraction as a reviewable annotation, not clinical truth.

For parents, use real health concerns with qualified professionals rather than an article or ontology.

Contents · Previous section · Next section

Section 31 of 36

31. Connect to computing

Ontologies, temporal models, natural-language processing and provenance support structured symptom data.

Working checkpoint — SYMP identifier: Test negation, reporter, time and privacy controls. Keep original wording, SYMP identifier, reporter, timing, severity, method and uncertainty together.

For mathematics, interpret severity scores only with their scale and population.

Contents · Previous section · Next section

Section 32 of 36

32. Connect to pathways

Symptom semantics matters in health informatics, epidemiology, clinical research, terminology and data stewardship.

Working checkpoint — patient-reported symptom: Check current official course and career information separately. Separate patient report, observed sign, measurement and diagnostic inference.

For computing, make negation, reporter and time mandatory where the use case requires them.

Contents · Previous section · Next section

Section 33 of 36

33. Did you know?

The official SYMP page explains that the same concept can sometimes function as a reported symptom or an observed sign.

Working checkpoint — clinical sign: Ask who observed it and how before classifying the record. Preserve negation, missingness and temporal change explicitly.

For writing, avoid diagnostic verbs when the evidence is only a report or sign.

Contents · Previous section · Next section

Section 34 of 36

34. Write a reader-ready symptom note

Name original wording, mapped term, reporter, onset, duration, course, severity, related findings and uncertainty.

Working checkpoint — observation context: Avoid implying cause or diagnosis beyond the evidence. Pin ontology and disease-link releases before comparing records.

For students, ask what was experienced, what was observed and what was inferred.

Contents · Previous section · Next section

Section 35 of 36

35. Build a validation ladder

Check identity, wording, reporter, time, status, severity, evidence, disease link, privacy and interpretation.

Working checkpoint — disease association: Stop inference at the earliest unresolved rung. Treat automated extraction as a reviewable annotation, not clinical truth.

For parents, use real health concerns with qualified professionals rather than an article or ontology.

Contents · Previous section · Next section

Section 36 of 36

36. Finish with a reproducible symptom bundle

Deliver source text, annotations, ontology releases, temporal records, validation sets, privacy controls and limitations.

Working checkpoint — release provenance: Make every structured record traceable to its source. Keep original wording, SYMP identifier, reporter, timing, severity, method and uncertainty together.

For mathematics, interpret severity scores only with their scale and population.

Contents · Previous section · Continue to the Science Learning Hub

Discover more from eduKate Singapore

Subscribe now to keep reading and get access to the full archive.

Continue reading