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.
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.
| Stage | Question | Evidence | Responsible output |
|---|---|---|---|
| Report | What does the person experience? | Words, onset, duration, severity and reporter | A traceable symptom statement |
| Observe | What can be measured or witnessed? | Method, sign, instrument and time | A separate observation record |
| Link | Which disease knowledge is relevant? | Association, evidence, provenance and uncertainty | A candidate connection, not diagnosis |
| Act | What safe next step belongs to the context? | Clinical policy, professional judgement and urgency rules | Appropriate escalation outside the ontology |
Inside this guide
1–12 · Experience, observation and context
- 1. Begin with the reported experience
- 2. Use the SYMP identifier
- 3. Read the definition
- 4. Separate symptom from sign
- 5. Record the reporter
- 6. Preserve original language
- 7. Record onset
- 8. Record duration
- 9. Record frequency
- 10. Record course
- 11. Record severity carefully
- 12. Record location and laterality
13–24 · Disease links, uncertainty and validation
- 13. Record triggers and relievers
- 14. Record accompanying findings
- 15. Represent negation
- 16. Represent missingness
- 17. Represent uncertainty
- 18. Link disease knowledge cautiously
- 19. Connect phenotype resources
- 20. Connect evidence codes
- 21. Extract text with context
- 22. Protect sensitive narratives
- 23. Challenge diagnostic shortcuts
- 24. Challenge frequency bias
25–36 · Learning, communication and pathways
- 25. Challenge scale conversion
- 26. Challenge stale records
- 27. Review ontology migrations
- 28. Connect to Secondary Science
- 29. Connect to O-Level Biology
- 30. Connect to mathematics
- 31. Connect to computing
- 32. Connect to pathways
- 33. Did you know?
- 34. Write a reader-ready symptom note
- 35. Build a validation ladder
- 36. Finish with a reproducible symptom bundle
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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
