Clinical care · VERSION 3dfb7c9f

Build two dosage instructions with different duration controls

Use one synthetic product to practise separate dosage lines, explicit count units, QD frequency, a rejected day range and a fixed-date duration. Leave this draft open for the following review-and-save lesson.

Doctor

Recorded product version 3dfb7c9f

These lessons apply to their recorded version and observed role. Check local permissions and configuration. A qualified lesson does not establish complete product or facility coverage.

Version, screenshot scope and limits

Full product version: 3dfb7c9f519fb5b4cd4452439f3c12346bf58319

Exact committed 3dfb7c9f source/tree, ordinary existing Doctor in one explicitly fictional Polyclinic Inpatient encounter. All 12 original raw form schemas/subjects and separate BP form matched under ordinary Doctor/Nurse reads before native UI. One four-answer ordinary response with optional note saved once, native single PDF saved/viewed, neutral warning Cancel proved unchanged, then same new source corrected once. Existing clinical and Admin estates preserved; no new form, code, grants or external transport. Genuine 25-photo public subset from 29 retained original frames; exclusions and pixel/geometry qualifications are private. Ordinary existing Pharmacist companion adds fully visible services pagination, prescription medicine filters, completed-order history and saved prescription PDF. Existing scoped stock and financial records verified unchanged. No new dispensing or financial actions are qualified by these lessons. Ordinary existing Billing Officer companion adds account/status/search, saved Balanced invoice and actuallocalinvoicePDF.273scopedstoredrows verifiedunchanged;4nestedrelatedPharmacistlast_login responsevalues separatelyqualified. Nocharge/invoice/payment/tax/electronicfiling businessaction is claimed. Exact committed3dfb source/tree, ordinary existing Doctor on one separate explicitly fictional Polyclinic Ambulatory case. Normal API patient/encounter prerequisites are separated from native teaching. Four installed leaves retain schema/provenance. One actual invalid-Time attempt refused database writes; one recovered mixed submission saved two Conditions/two structured logs/one ordinary source, genuine one-page PDF saved/viewed, neutral correction Cancel verified, then only that new ordinary source corrected once. Scoped ordinary Doctor/Nurse readbacks preserve all measured prior clinical records in the two retained cases; Admin rows are outside those clinical collection comparisons; no grants, source, form, term or runtime changes. Forty-three actual wide originals retained for public teaching from46 unchanged raw frames. Exact committed 3dfb source/tree, existing ordinary Nurse on one already-established clearly fictional Polyclinic Ambulatory case. IPD is transparently the installed title. One unchanged-form Cancel; explicit No/0/None with three optional notes; exactly one ordinary source saved; actual one-page local PDF saved/viewed; neutral warning Cancel and then source-only Error verified after reload. Existing target and older-main clinical collections compare exactly in 24 scoped comparisons per stage under ordinary Nurse/Doctor. This does not claim global Admin-table verification, all roles/facilities or clinical respiratory-policy coverage. No grants, config, terminology, source or runtime changes. Twenty-six genuine public originals from27 retained raw frames; one incomplete-footer attempt excluded. Exact committed 3dfb source/tree, existing ordinary Nurse on one previously established fictional Polyclinic Ambulatory case. One unchanged-form Cancel; fictional multiline Text, actual temporary one-unit relative-date examples, restored absolute Date and two optional field notes; exactly one ordinary response saved at 11:04 AM; actual one-page local PDF saved and viewed; neutral warning Cancel then source-only Error verified after reload. Existing target and older-main clinical collections compare exactly in 24 scoped comparisons per stage under ordinary Nurse and Doctor, with the four older target response/log records additionally compared by UUID. No claim of global Admin-table preservation, all roles/facilities, all Date branches or clinical medication-history coverage. No grants, configuration, terminology, source or runtime changes. All 30 retained genuine originals are public candidates; no image edits. Two distinct fictional patients through ordinary existing Staff UI, native field validation, contact/address/geography/optional controls, birth-year verification and honest full-profile404, duplicate choices and actual native unsaved confirmation. No care/grants/configuration/old-patient edit. Exact committed 3dfb source/tree, existing ordinary Nurse on one already-established fictional Polyclinic Ambulatory case. Unchanged Cancel; three fictional Integer values 1/2/3 and explicit fictional Text; four optional field notes; exactly one ordinary response saved at 11:22 AM; one genuine 41,791-byte single-page PDF saved/viewed; warning Cancel then source-only Error verified after reload. Both ordinary roles confirm 24 scoped clinical comparisons at each of five stages plus the five older target response/log UUIDs. No global Admin-table claim, patient-portal/actual teleconsultation or real quality-rating assertion, all-role/facility claim, range-enforcement claim or enterprise-complete claim. No prerequisites/grants/config/terminology/source/runtime edits. Twenty-six public originals from 28 retained raw frames; two incomplete-footer native attempts excluded. One saved Booked appointment for the existing synthetic A patient, ordinary Staff and Doctor actors, and the existing public no-charge template; genuine wide captures. No later care, token, grant or configuration change is included. One later read-only Administration-option illustration is included on the same committed source; its dated metadata and no-save scope remain explicit. One previously saved synthetic Staff Check-In and its fresh post-USB readback, plus ordinary Doctor open/default review/Cancel without encounter submission. Existing appointments, patient/identifier state and source remain preserved under scoped receipts. Exact unchanged committed 3dfb on restored physical-USB training profile. Existing ordinary Nurse on an existing fictional Ambulatory case. One blank Cancel with unexpected small native unsaved warning retained privately; one thirteen-required client demonstration and one unexpected automation DOMfill-Time client check retained privately, not attributed as a product bug. One definite Invalid url backend refusal followed by no-new-source readback. One successful ordinary response with fifteen answer leaves, seventeen values and four notes. Actual 50,387-byte two-A4-page PDF Save, Preview and complete independent renders. Own-source warning Cancel then Confirm Error and reload. Six normal Nurse/Doctor readback stages preserve twenty-four scoped collections and twelve older target response/log comparisons per stage. No global Admin audit claim. No extra clinical destination, grant, configuration, schema, terminology, favourite, source or runtime changes. Existing mg unit and expected recent cache only; no enterprise-complete claim. One normal existing Doctor creates a synthetic Ambulatory encounter from the exact saved Checked-In appointment, with independent reconciliation of encounter POST and separate appointment status update; then reloads and navigates between the saved records. No clinical findings, account, charge or token is created. Exact unchanged committed 3dfb on the restored physical-USB profile. A separate explicitly fictional patient and Ambulatory encounter were created once through the ordinary authorized Doctor API as a distinct prerequisite. Actual native Doctor flow: one blank Cancel, one definite before-DOB refusal, one corrected Patient deceased_datetime Submit and normal reload. Fifteen genuine 1728x921 originals. Four approved GET/SELECT-only stages each passed twenty-six protected clinical collection comparisons, exact other Patient/Encounter/identifier rows, target Encounter conservation and all308 sequences. Only target deceased_datetime/Doctor updater/modifieddate and source-backed instance identifier maintenance allowed; actual phone identifier199 modified_date refreshed, name200 remained exact, both NULL creators retained. No ordinary/structured QR, derived observation, PDF, certificate, discharge, undo, new grant/config/runtime/source changes or full audit-history/enterprise-complete claim. Native segmented-key operator recovery remained private and was not attributed as a product defect. PRIVATE candidate: existing genuine 19 October 2026 ordinary Staff no-save department/practitioner review and Close; three original wide frames, no new capture or business action. Published status is release-schema metadata only; this package has not been imported or promoted. PRIVATE initial-only future-date/schedule-filter teaching candidate: existing fictional Clinic patient/practitioner and materialized slots, one Booked appointment saved normally. No reschedule, cancellation, Check-In, token, clinical care, configuration or grant change. Published status is release-schema metadata; no Site import/promotion performed. PRIVATE candidate: historical safe Cancel reviews, one actual reschedule and one later cancellation of its distinct replacement; retained original history. Published status is schema metadata only; no Site import. Exact unchanged3dfb synthetic physical-USB profile. Existing ordinary Nurse on MedicineHybrid case. One actual client required refusal/no Statement or QR/allocator change; one native CREATE of reportedHYMOX250MGCAPS/NotTaken/Practitioner/date19Oct; saved summary/fullNote; locked create-only fields; history selector zero-selected Cancel; own Remove-warning neutralCancel; later one localEnteredInError then oneSubmit; same UUID/fields/creator/time retained with oneUPDATE structuredQR. Seven finite approved normal-role GET/SELECT stages passed, including independent Doctor readback and117 existing raw scoped rows; only two relevant clinical allocator transitions. Not all-database or unrelated concurrent Admin preservation. OriginalV2 preflight numeric rowhash equality remains precision-limited; separate fresh raw-native baseline and all subsequent scoped raw rows preserve exact PostgreSQL text.35originals retained,30public unchanged1728x921frames,5private excluded honestly. No ordinaryQR/PDF, prescription/MAR/dispense, clinical qualification, newgrant/config/source/service or A3 UI claim. Exact committed3dfb, physical-USB guarded synthetic runtime. One existing ordinary Nurse on existing Medicine case, one supplied2552B inertPDF/one complete FileUpload5/one exact-byte localobject. Five actual no-save stages, one valid native Submit, saved/reloaded finite Nurse+Doctor readbacks; old scoped clinical/file rows and11oldobjects preserved, relevant FileUpload allocator4→5. Not unrelated concurrent Admin/global database preservation.24raw originals retained;14public originals unchanged, including genuine compactnativeconfirmation and varied originalwide dimensions. No ordinaryQR/responsePDF, actual clinical content/consent, rename/archive/restore or laterA3 claim. Metadata/prose V2 adds the genuine native-file-chooser17, truthful chooser surface/caption and organization-approved-file wording. Supplied rawPDF remains private proof, not a published downloadable artifact. Three narrow no-save lessons from the actual ordinary Staff P1b sequence. Eleven original records, ten unique image hashes, including one unmodified native macOS confirmation. Private schema-ready package only; no Site import or publication. Private root-review following-batch candidate: exact committed3dfb product and separately qualified Clinical transport profile/PID23511. Seven genuine clean task-tab715 viewport originals (actual1728×977) show the existing savedPDF preview1/1/normalClose, unchangedRenameCancel and emptyArchiveCancel. Root recaptured only these neutral states with zero business submissions. Prior accepted conservation verifiers retain original earlier times; no new SQL/API/object readback is claimed. V1 native-window originals/loading02 remain private unchanged. No real rename/archive/restore/upload/Print/Download/OpenInBrowser or later-product-source claim. status published is export eligibility only; no Site import/publication. Tax-rule teaching covers the observed Staff access boundary and an existing Clinic administrator completing the fifteen fields, saving one fictional unresolved Draft, then reloading and opening View details. The fourteen stored values persist; the new-edit explanation starts blank. Review, approval, publication and activation are separate workflows. Nurse teaching covers the configured Diagnosis practice form: leave an existing diagnosis unchanged, save ordinary Text and Integer answers with separate notes, review a one-page PDF, and mark only the ordinary response as entered in error. Screenshots show saved values, Cancel, correction and reload. The structured diagnosis remains separate. Staff teaching covers one saved patient-profile update: use the segmented birth date, keep separate contact numbers and addresses, review geography and PIN Code, save once, then reload and inspect the clean form. Screenshots show the saved values, disabled Update button and Back without further changes. Nurse Respiratory Status teaching covers every configured thirteen input, all twelve literal choices, six Decimal and two Integer controls, narrative and all thirteen note controls. The final four fictional answers and two notes were saved and reloaded; one genuine A4 PDF was saved/viewed; own-source entered-in-error Cancel, Confirm and reload retained the answers. A separate later unsaved Text-clear illustration is clearly distinguished. Values are software samples, not respiratory measurements or treatment settings. Native Nurse is pictured; Doctor evidence is normal read-only API only. Facility Admin teaching covers one empty required change-reason refusal, unsent fictional reason Cancel/reopen/Cancel, and the separate Row lifecycle Validate for the same unresolved Tax draft. The actual negative result lists illegal transition, evidence not activation grade, source document missing, overlap check not performed and config package missing. No filled-reason Confirm, saved lifecycle move, approval, activation, qualification or financial-readiness result is claimed. Ordinary Nurse structured Allergy teaching on the same fictional active encounter covers untouched Cancel, a required-field refusal, local catalogue selection, unsaved category/criticality/verification/clinical-state controls, occurrence calendar and Quick Finder, row notes, one create and same-row Inactive and Entered in Error updates with reloads. Filtered Overview/History messages are distinguished from the retained disabled Error entry. Doctor evidence is normal read access only. No ordinary questionnaire PDF, deletion, restore or full clinical allergy assessment is claimed. Existing ordinary Nurse teaching adds one display-name Rename and saved reload for a synthetic encounter attachment, a neutral Archive-warning Cancel, one reasoned Archive, and Active/Archived filters with retained reason/author/time and Close. The document bytes and original upload metadata remain retained; this inspected source provides no Restore/unarchive action. No physical deletion, new upload, complete-role/module or global-database invariance is claimed. Additive ordinary-role teaching: Nurse encounter Notes thread/message creation and retained read-only patient context; existing Facility Admin encounter-filtered claims, separate claim/encounter/invoice identities, same-encounter sibling detail, Refresh and All claims. These are bounded synthetic workflows with their own measured scopes, not complete role/module coverage, a separate Executive RBAC qualification, external payer/submission/settlement success or global database invariance. Additional bounded existing Clinic Facility Admin TaxRule status teaching: one explicit Draft to InReview transition and one explicit return to Draft, fictional reasons, genuine reloads and own status history. These two synthetic status changes do not approve, activate, publish or legally qualify a tax rate, clear claim/invoice holds or establish a least-privilege finance role. Additional ordinary Doctor copies a medication history item into a separately saved prescription request and inspects the retained reload; ordinary Staff uses an existing patient name identifier to find the synthetic patient. These narrowly measured synthetic flows are not prescribing-policy, payer, global role or full curriculum qualification. Additional bounded ordinary Doctor teaching stops exactly one existing copied medication request, preserves the other requests, and checks the settled reload. Expanded mixed active/ended product groups can still show an Ended child with Show Discontinued unchecked; the pictured footer hidden count is not proof that this child is hidden. No group discontinue, administration, prescription policy, persisted end-time, global state or complete module qualification is implied. Additional bounded ordinary Facility Admin teaching creates two inert administrative Patient-resource parent and child tag configs, recovers from a required Display name refusal, verifies inherited child resource and parent navigation, uses neutral Archive Cancel, and confirms one own-child status archive with retained details after reload. No tag applications, grants, patient or encounter changes, financial action, deletion or reactivation are demonstrated. Configuration status changes are explicit; no whole database or global allocator qualification is implied. Additional ordinary Doctor guides demonstrate one explicitly fictional Consent metadata Draft with Privacy category and Deny decision, its dates, period, note, card, details, reload and retained Entered in Error correction. They preserve the observed date-validation and optional-period clear limitation, unsaved choice review, neutral Cancel and attachment-name search. No real legal consent, signature, verification, treatment or disclosure authority is represented. Additional Emergency guides demonstrate the unconfigured triage board, its row scope, columns, Refresh and encounter Notes link; one separate synthetic Emergency encounter; an untouched update Cancel and native confirmation; one On Hold update and one return to In Progress with reload and Status History. The older Ambulatory encounter remains separate. No triage level, clinical handover, admission, discharge, class conversion or terminal-state save is claimed. Supporting files, print, deletion, restoration and full-module completion remain separate. Additional Facility Admin guides inspect the fictional SET-11 Draft/test certificate-rotation dialog without rotating. They show initially disabled Rotate, a harmless reference warning, a reason that does not remove that warning, Close, retained unsent text on reopening, clearing the reference and reason, Close again and a normal browser Reload. No credential bytes, certificate rotation, connection test, exchange, dispatch, endpoint change or additional record save is represented. Additional Facility Admin guides create one empty Team under an existing department, review its saved details, close its Remove warning with Cancel, remove the empty Team and reload the parent list. No membership, access, service assignment or restoration is shown. Additional ordinary Nurse guides select two existing medication requests, cancel an unsaved selection, reset only one draft, save one Not Done and one In Progress entry together, then reload and inspect both entries through unchanged Cancel. The recorded parameters and notes are fictional software examples; clinical administration, printing and other medication workflows are outside this scope. Additional Doctor guides cancel an unsaved discharge draft, choose Other and enter fictional advice and a reviewed end time, save once and reload, then cancel a separate completion warning before confirming completion once. They read the five-entry status history and observe one refused Restart under the measured zero-hour policy; the notice expired before the retained outcome image. One native unsaved warning retains its compact original dimensions. No successful restart, clinical advice, bed or device release, or restoration is demonstrated. Additional Doctor and Nurse guides follow one fictional laboratory request through specimen drafts, required-field refusals, collection, an Unsatisfactory specimen and recollection, preliminary results and correction, Final report approval, the original report PDF, request completion and reload. Separate later history-menu and saved-report printing demonstrations retain their actual chronology. The observed collection-time display discrepancy is described without interpreting it as a different collection. No specimen-processing save, physical test, clinical interpretation, payer exchange or complete laboratory curriculum is demonstrated. Additional ordinary Nurse and Doctor guides use three explicitly fictional, software-only DEMO substances for Food, Environment and Biologic category examples. They teach new-row Remove and draft Cancel, one three-entry Nurse save with separate dates and notes, Doctor preview Cancel and a two-entry update, persisted Remove Cancel and one Entered in Error correction, history, reporting, return navigation and retained disabled fields. A separate read-only guide compares an older Completed encounter with patient-level current Allergy history and the actual return to the active case. Blank panels and filtered summary badges are not clinical no-allergy findings or backend write-permission tests. The three terminology labels do not represent real allergens, clinical interpretation or a reaction interface. No additional patient, clinical encounter, grants, reaction control, closed-encounter write qualification or complete Allergy curriculum is claimed. Additional read-only Nurse guides inspect sparse vital-sign rows, observation details and the existing Pulse tooltip and retained history. Three ordinary Doctor guides practise diagnosis-history group selection and cancellation, change an existing diagnosis to Inactive and then Recurrence, and change verification on an existing symptom to Refuted while checking current views and retained history. These fictional software demonstrations do not establish clinical recommendations, new permission grants or completed competence. Two ordinary Doctor guides follow one fictional product through separate dosage instructions, duration and dose-range controls, one final prescription submission and saved readback. A Nurse guide demonstrates a refused history copy when an inventory-backed prescription lacks a medication code, checks the empty statement draft and retained history, then leaves without submitting. These software examples do not establish treatment instructions, a successful coded statement copy, dispensing or administration, new permission grants or completed competence. A further Doctor and Nurse pair follows a separately saved code-backed demonstration prescription into a reported medication statement, explicitly reconciles its dosage text, information source and dates, and verifies saved notes and authorship after reload. Copying does not verify actual medication taking. The full clinical curriculum remains in progress. One ordinary Doctor copies a synthetic Nurse-reported medication statement into a fresh prescription request, reviews the initially blank prescribing fields and new Doctor requester, enters separate fictional dose, frequency and duration plus a shared software-only note, and verifies one saved prescription after reload while retaining the original reported statement. This is software teaching, not a prescribing recommendation, dispensing, administration or a claim that all clinical teaching is complete. An ordinary Nurse changes only the status of one existing synthetic reported medication statement to On Hold and back to Active with separate saves and reloads, retaining its original details and reading its current patient-history entry by creation date. An ordinary Doctor creates one patient-only synthetic Notes discussion, sends one fictional message, and verifies its author, time and counts after reload. This Notes discussion has no encounter association. These bounded software exercises do not establish a treatment decision, actual medication use, delivery or read acknowledgement, dispensing, administration, permission grants or completed competence. An ordinary Doctor adds two different synthetic medicine rows using the separate Product and Medication selectors, reviews each row and the shared prescription note, revises the first fictional quantity before one Submit, and verifies the resulting single prescription after a normal reload. These are software teaching examples, not prescribing, dispensing or administration recommendations; the retained saved-result proof is bounded to its historical capture interval. An ordinary Pharmacist locates the assigned queue and synthetic patient, recognises the patient-home encounter-list access boundary, previews and cancels an unsaved original billing draft, then selects one new Doctor prescription. The operator observes one client refusal for a selected coded medicine without an inventory product link, excludes that row and saves only one partial stock-backed quantity as a Preparation row in an In Progress order with a Draft invoice. The lesson distinguishes All Given, selection-driven prescription Mark Complete and later order completion, configured final invoice rounding, reload and a retained Draft readback after one refused Issue action. The insurance-readiness explanation is source-and-scoped-state inference, not a captured response body or toast. Four additional later individual Services footer views picture the pagination clicks, ordered logically by visible page state rather than capture chronology. No payment, successful issuance, physical handover, administration, substitution, permission grant or completed competence is demonstrated.

Two duration bound types in a fictional software training example — **Recorded release 3dfb7c9f · 2026-10-20T07:22:14.582Z · 1728 × 921**
Two duration bound types
Capture details
Observed committed 3dfb software on 20 October 2026. Software-only examples; no dispensing or administration. Original pixels and actual capture times retained.
Image SHA-256 `b9e9e897509764c86a8abb3311a6c2eb2e91e23207d8c018ab54a40d65b274be`
**Review the first duration type**: The first instruction remains a 2–3 day range.
**Review the second duration type**: The second instruction is a fixed-date range; the end is clipped here, so use the full calendar or saved summary to read it.

15 of 15 content blocks have reviewed image alignment.

Before you begin

Use an authorised Doctor account, verify the assigned fictional patient and select the intended ongoing encounter. This example shows an Inpatient encounter in the synthetic Polyclinic.
123
Recorded release 3dfb7c9f · 2026-10-20T07:17:32.402Z · 1728 × 921
Overview entry
Capture details
Observed committed 3dfb software on 20 October 2026. Software-only examples; no dispensing or administration. Original pixels and actual capture times retained.
Image SHA-256 d650b8a5d767db16ce75c818083ab54347162e3ea678ff47df31c4a30f30df0c
1. Verify the fictional patient: Check the synthetic patient banner before opening the form.
2. Verify the selected ongoing encounter: The selected Inpatient encounter is In Progress.
3. Open Add Medication: Use this encounter action to open Medication Request.
This is a software exercise using Synthetic Training — Paracetamol 500mg. The example quantities, frequency and dates are not a clinical order or treatment advice. Do not dispense or administer this example.
12
Recorded release 3dfb7c9f · 2026-10-20T07:18:24.152Z · 1728 × 921
Synthetic product search
Capture details
Observed committed 3dfb software on 20 October 2026. Software-only examples; no dispensing or administration. Original pixels and actual capture times retained.
Image SHA-256 8b217f9f4870ecdd668206bfcdc290ca00876546992139055acc83e460f98080
1. Search for SYNTHETIC: The pictured search is already populated; type the same term in the search field.
2. Choose the synthetic training product: Select Synthetic Training — Paracetamol 500mg, not either neighbouring result.
1234
Recorded release 3dfb7c9f · 2026-10-20T07:18:38.770Z · 1728 × 921
New draft single step
Capture details
Observed committed 3dfb software on 20 October 2026. Software-only examples; no dispensing or administration. Original pixels and actual capture times retained.
Image SHA-256 4f914daf3dbb9158cc97574b92eecbb690ef0d6f03f0a29c1c928a6d8064f477
1. Read the chosen synthetic product: Confirm the exact product before adding dosage steps.
2. Read the first 1 count dose: The first quantity is 1 with count as its unit.
3. Add another dosage step: Use the small plus beneath this product, not Add another Medication.
4. Enter the software-only note: This shared Note belongs to the prescription; the full text explicitly forbids dispensing or administration.
The two lessons follow one draft and one final Submit. Complete the next review-and-save lesson with this same draft rather than opening a duplicate prescription.
12
Recorded release 3dfb7c9f · 2026-10-20T07:22:14.582Z · 1728 × 921
Two duration bound types
Capture details
Observed committed 3dfb software on 20 October 2026. Software-only examples; no dispensing or administration. Original pixels and actual capture times retained.
Image SHA-256 b9e9e897509764c86a8abb3311a6c2eb2e91e23207d8c018ab54a40d65b274be
1. Review the first duration type: The first instruction remains a 2–3 day range.
2. Review the second duration type: The second instruction is a fixed-date range; the end is clipped here, so use the full calendar or saved summary to read it.

1. Open Medication Request for the selected encounter

On Overview, check the patient banner and selected In Progress encounter. Select Add Medication, then open the Add Medication selector in Medication Request.

Overview entry in a fictional software training example — **Recorded release 3dfb7c9f · 2026-10-20T07:17:32.402Z · 1728 × 921**
Overview entry
Capture details
Observed committed 3dfb software on 20 October 2026. Software-only examples; no dispensing or administration. Original pixels and actual capture times retained.
Image SHA-256 `d650b8a5d767db16ce75c818083ab54347162e3ea678ff47df31c4a30f30df0c`
**Verify the fictional patient**: Check the synthetic patient banner before opening the form.
**Verify the selected ongoing encounter**: The selected Inpatient encounter is In Progress.
**Open Add Medication**: Use this encounter action to open Medication Request.

Empty request form in a fictional software training example — **Recorded release 3dfb7c9f · 2026-10-20T07:17:43.119Z · 1728 × 921**
Empty request form
Capture details
Observed committed 3dfb software on 20 October 2026. Software-only examples; no dispensing or administration. Original pixels and actual capture times retained.
Image SHA-256 `709e236d5b3d973cb3f6c842c0c43698fc96330bd82622c29a3516366e3c6500`
**Open Add Medication search**: Open the empty medication selector; the illustrated flow uses Product search.
**Locate the final Submit button**: This submits the whole form; it is different from popup Done or Save.

2. Find the synthetic product

Keep the Product tab selected. The picker can show categories such as Demo Medications. Type SYNTHETIC in Search products, then choose Synthetic Training — Paracetamol 500mg from the actual results. Typing a product search searches across categories; do not select the neighbouring nutrition example or gauze pack.

Product category choices in a fictional software training example — **Recorded release 3dfb7c9f · 2026-10-20T07:17:48.285Z · 1728 × 921**
Product category choices
Capture details
Observed committed 3dfb software on 20 October 2026. Software-only examples; no dispensing or administration. Original pixels and actual capture times retained.
Image SHA-256 `7feeae3f67156402aae9858ab326769b1b4c6826e982c6a6f503a7f75d8e9742`
**Keep Product selected**: The demonstrated search uses the Product tab.
**Locate the product search**: Search this field for the synthetic training product.
**Recognize Demo Medications**: This is one actual category shown in this training catalogue, not a required category for every installation.

Synthetic product search in a fictional software training example — **Recorded release 3dfb7c9f · 2026-10-20T07:18:24.152Z · 1728 × 921**
Synthetic product search
Capture details
Observed committed 3dfb software on 20 October 2026. Software-only examples; no dispensing or administration. Original pixels and actual capture times retained.
Image SHA-256 `8b217f9f4870ecdd668206bfcdc290ca00876546992139055acc83e460f98080`
**Search for SYNTHETIC**: The pictured search is already populated; type the same term in the search field.
**Choose the synthetic training product**: Select Synthetic Training — Paracetamol 500mg, not either neighbouring result.

3. Check the first instruction and add the shared note

Confirm the selected product and the first dosage value of 1 count. In the shared Note below the table enter: SYNTHETIC SOFTWARE TRAINING ONLY — multi-step dosage control demonstration. All quantities, frequencies and durations are fictional interface examples, not a clinical order, measurement, recommendation or treatment. Do not dispense or administer. This is the prescription-level note, separate from the per-product Note cell.

New draft single step in a fictional software training example — **Recorded release 3dfb7c9f · 2026-10-20T07:18:38.770Z · 1728 × 921**
New draft single step
Capture details
Observed committed 3dfb software on 20 October 2026. Software-only examples; no dispensing or administration. Original pixels and actual capture times retained.
Image SHA-256 `4f914daf3dbb9158cc97574b92eecbb690ef0d6f03f0a29c1c928a6d8064f477`
**Read the chosen synthetic product**: Confirm the exact product before adding dosage steps.
**Read the first 1 count dose**: The first quantity is 1 with count as its unit.
**Add another dosage step**: Use the small plus beneath this product, not Add another Medication.
**Enter the software-only note**: This shared Note belongs to the prescription; the full text explicitly forbids dispensing or administration.

4. Add a second instruction for this same product

Select the small plus beneath the product name. A second blank dosage line appears beneath the first. This creates another instruction for the same product; Add another Medication is a different control. Enter 2 in the second Dosage field and explicitly select 2 count from the quantity options.

Two draft dosage steps in a fictional software training example — **Recorded release 3dfb7c9f · 2026-10-20T07:18:45.368Z · 1728 × 921**
Two draft dosage steps
Capture details
Observed committed 3dfb software on 20 October 2026. Software-only examples; no dispensing or administration. Original pixels and actual capture times retained.
Image SHA-256 `4fbc1859c4a484974ee8115ea7c4fb4ff465303f9e249630cc19997ade1d95ba`
**Fill the new second dose**: This new blank dosage line belongs to the same product.
**Locate the dosage-step plus**: The plus adds another instruction; it does not add another product.

Second quantity units in a fictional software training example — **Recorded release 3dfb7c9f · 2026-10-20T07:18:58.220Z · 1728 × 921**
Second quantity units
Capture details
Observed committed 3dfb software on 20 October 2026. Software-only examples; no dispensing or administration. Original pixels and actual capture times retained.
Image SHA-256 `05c6c923d7bf2ef859ad1e5fc704f3d0db5b20b9dc6c67c45dc92c5c27a3a886`
**Enter 2 for the second dose**: Use the second dosage line; the number alone does not establish the unit.
**Choose 2 count**: Select count explicitly from the quantity options.

5. Set QD separately on both instructions

Open Frequency on the first line, search QD, and select QD (Once a day). Open the second line’s Frequency and repeat the selection there. Check both controls individually. In this draft the preset initially supplies 1 day in each Duration cell.

First step frequency search in a fictional software training example — **Recorded release 3dfb7c9f · 2026-10-20T07:19:12.686Z · 1728 × 921**
First step frequency search
Capture details
Observed committed 3dfb software on 20 October 2026. Software-only examples; no dispensing or administration. Original pixels and actual capture times retained.
Image SHA-256 `80f9a90b724013a224e2c26d7c698bc2587a1a4cdda332c74e32912b78c94967`
**Open first-step Frequency**: Choose the first dosage line’s frequency control.
**Search QD**: Type QD in this open frequency search.
**Choose QD (Once a day)**: Select the result for this fictional interface example.

Second step frequency search in a fictional software training example — **Recorded release 3dfb7c9f · 2026-10-20T07:19:34.596Z · 1728 × 921**
Second step frequency search
Capture details
Observed committed 3dfb software on 20 October 2026. Software-only examples; no dispensing or administration. Original pixels and actual capture times retained.
Image SHA-256 `d343361211369e719a32f56b730c5a8ae8d41aafd0076aa8bbc7ba8d9202ead9`
**Open second-step Frequency**: The second instruction has its own frequency control.
**Search QD on the second step**: Repeat the search for this separate dosage line.
**Choose the second QD result**: Selecting the first step’s frequency did not fill this one.

Two step frequency duration defaults in a fictional software training example — **Recorded release 3dfb7c9f · 2026-10-20T07:19:50.997Z · 1728 × 921**
Two step frequency duration defaults
Capture details
Observed committed 3dfb software on 20 October 2026. Software-only examples; no dispensing or administration. Original pixels and actual capture times retained.
Image SHA-256 `56072a01ccfd64a47d3a84f6b830f4e47032a00c43eb2e50edf8d9aaf46227c5`
**Review first-step QD**: The first instruction reads QD (Once a day).
**Review second-step QD**: The second instruction also reads QD (Once a day).
**Review the current first duration**: The frequency selection has populated a 1 day duration in this draft.
**Review the current second duration**: The second duration is also 1 day before the next edits.

6. Open the first instruction’s day-range editor

Open the first Duration and select Set a range of days. For this deliberate software validation exercise enter Start 8 and End 7. Read Between 8 and 7 days and observe that Done is disabled. This is a draft validation state, not a submitted order.

Duration modes in a fictional software training example — **Recorded release 3dfb7c9f · 2026-10-20T07:19:58.331Z · 1728 × 921**
Duration modes
Capture details
Observed committed 3dfb software on 20 October 2026. Software-only examples; no dispensing or administration. Original pixels and actual capture times retained.
Image SHA-256 `0932a4df6cefb82e54063ba2b1f646517ce3a9a93fdf4ac9f1869310736366c0`
**Open first-step Duration**: Use the duration on the first dosage line.
**Choose Set a range of days**: This opens the day-range editor; fixed dates are a separate mode below.

Invalid day range blocked in a fictional software training example — **Recorded release 3dfb7c9f · 2026-10-20T07:20:11.342Z · 1728 × 921**
Invalid day range blocked
Capture details
Observed committed 3dfb software on 20 October 2026. Software-only examples; no dispensing or administration. Original pixels and actual capture times retained.
Image SHA-256 `1cc3113a5bd5e667b5dd5d4d6dee6a6fc55460fcccfdff49b90627a9acc46c06`
**Read Start 8**: The start field contains 8; the pointer partially covers the digit.
**Read End 7**: The range is reversed for this deliberate validation exercise.
**Observe disabled Done**: Done cannot apply the reversed 8-to-7 range.

7. Replace the rejected range with 2–3 days

Set the range start to 2 and end to 3, keeping days as the unit. Read Between 2 and 3 days, then select Done. Verify 2–3 days in the first instruction’s Duration cell. Done applies this control’s value to the draft; it does not submit the whole prescription.

Valid day range pending done in a fictional software training example — **Recorded release 3dfb7c9f · 2026-10-20T07:20:17.602Z · 1728 × 921**
Valid day range pending done
Capture details
Observed committed 3dfb software on 20 October 2026. Software-only examples; no dispensing or administration. Original pixels and actual capture times retained.
Image SHA-256 `0e8c288fd805264ba301801a9a71f391080add308c955d99fc971c86186834ce`
**Set Start to 2**: Replace the deliberate invalid start with 2.
**Set End to 3**: The explanatory line below confirms Between 2 and 3 days.
**Keep days as the unit**: Check the range unit before applying it.
**Choose Done**: Done applies the duration to this draft dosage step; it does not submit the prescription.

Range applied first step in a fictional software training example — **Recorded release 3dfb7c9f · 2026-10-20T07:20:22.304Z · 1728 × 921**
Range applied first step
Capture details
Observed committed 3dfb software on 20 October 2026. Software-only examples; no dispensing or administration. Original pixels and actual capture times retained.
Image SHA-256 `144035892c02756f8bc86603dcddf1a800f4ae49f207659cc56a3f8db4fe3d30`
**Verify 2–3 days on the first step**: The applied range is now shown in the first duration cell.
**Locate the second duration**: The second dosage line is still separate and currently reads 1 day.

8. Choose fixed dates for the second instruction

Open the second instruction’s Duration and choose Set fixed start & end dates. In October 2026 select October 21 as the start, then October 22 as the end. Check the selected range in the full calendar and choose Done. These dates are fictional software examples.

Second duration fixed date entry in a fictional software training example — **Recorded release 3dfb7c9f · 2026-10-20T07:20:26.797Z · 1728 × 921**
Second duration fixed date entry
Capture details
Observed committed 3dfb software on 20 October 2026. Software-only examples; no dispensing or administration. Original pixels and actual capture times retained.
Image SHA-256 `cf0eeceed5f5a722fedae7d3aee2b9e2927086e7fae35b0b604e7b94878f1095`
**Open the second duration**: Change only the second instruction’s duration.
**Choose Set fixed start & end dates**: Use the fixed-date mode, distinct from a range of days.

Fixed date empty selection in a fictional software training example — **Recorded release 3dfb7c9f · 2026-10-20T07:20:32.789Z · 1728 × 921**
Fixed date empty selection
Capture details
Observed committed 3dfb software on 20 October 2026. Software-only examples; no dispensing or administration. Original pixels and actual capture times retained.
Image SHA-256 `bb82b0dc7190c5798aee4e6447c1e8979d0c4159fe7254e74f9ddf31ac9599da`
**Check October 2026**: Confirm the calendar month and year for this fictional example.
**Choose October 21**: Select the example start day.
**Then choose October 22**: Select the example end day; the next view shows the selected range.

Fixed date range pending done in a fictional software training example — **Recorded release 3dfb7c9f · 2026-10-20T07:20:44.213Z · 1728 × 921**
Fixed date range pending done
Capture details
Observed committed 3dfb software on 20 October 2026. Software-only examples; no dispensing or administration. Original pixels and actual capture times retained.
Image SHA-256 `a123506108c6a0667893b5d60d66b2c35259df02be65b523abf6560c74128fce`
**Read the selected October 21 start**: The calendar shows the start of the selected fixed range.
**Read the selected October 22 end**: The full calendar makes both dates visible.
**Choose Done for fixed dates**: Apply the selected calendar range to the second draft instruction.

9. Review the two different bounds and continue the same draft

The first line now has 1 count, QD and a 2–3 day range. The second has 2 count, QD and fixed October 21–22 dates. The second input clips part of its end date, so use the full calendar view to check both dates. Keep this same draft open for the next lesson; Submit has not been used yet.

Dosage lines do not define a clinical sequence

Dose, Frequency and Duration belong to each separate instruction. Adding a second line does not, by itself, demonstrate which instruction should be given first, a taper schedule or a patient-care decision. This example teaches the controls only.

Keep duration choices distinct

The duration picker offers presets, a range of days and fixed dates. This exercise uses one range on the first line and one fixed period on the second. Read the selected mode for each line; do not mistake the 2–3 day range for the October 21–22 calendar period.

Source evidence

Every citation uses this exact committed version. The private source repository requires access.

repositories/platform/mansoq-core/mansoq/emr/api/viewsets/base.py:98 · 3dfb7c9f519fb5b4cd4452439f3c12346bf58319
Source file checksum
6a287dd315b8a4957b29c58e4bbc1bef7b8d9d257f9149f93045ff0adbdcae6c
repositories/platform/mansoq-core/mansoq/emr/api/viewsets/medication_request.py:39 · 3dfb7c9f519fb5b4cd4452439f3c12346bf58319
Source file checksum
a3f3ae8042fb8134112c5d04fe8b060e68bce11dae682d138aafaae64119c215
repositories/platform/mansoq-core/mansoq/emr/resources/medication/request/spec.py:113 · 3dfb7c9f519fb5b4cd4452439f3c12346bf58319
Source file checksum
9f9e929369e186f88af131f2a1ccc3a773d9bfe9648f92a98f6a4935c09a7ade
repositories/platform/mansoq-web/src/components/Common/BackButton.tsx:18 · 3dfb7c9f519fb5b4cd4452439f3c12346bf58319
Source file checksum
56a741eff730a7b18a5fae594374068bab2d5413993c32dbbaf3625e14743ca3
repositories/platform/mansoq-web/src/components/Common/ComboboxQuantityInput.tsx:33 · 3dfb7c9f519fb5b4cd4452439f3c12346bf58319
Source file checksum
dc2b42f282136e2c1f71318d93aa69af3935286de87176a4c1c8c093127f97a3
repositories/platform/mansoq-web/src/components/Medicine/DosageFrequencyInput.tsx:88 · 3dfb7c9f519fb5b4cd4452439f3c12346bf58319
Source file checksum
25dd21fd48a38c46bc40f2fb8b8586e89ed72eb97451fadd29c3d54591a5e420
repositories/platform/mansoq-web/src/components/Medicine/DurationInput.tsx:129 · 3dfb7c9f519fb5b4cd4452439f3c12346bf58319
Source file checksum
c271b7c60fd93d91bb97ce8ab38644b1999b0a1115db3db9d5c0626557eb0c11
repositories/platform/mansoq-web/src/components/Medicine/MedicationsTable.tsx:96 · 3dfb7c9f519fb5b4cd4452439f3c12346bf58319
Source file checksum
8bdf0ac1770dc1423e4534f9ed0f75f51bda5be717ef7bd0aa345edc79244830
repositories/platform/mansoq-web/src/components/Medicine/PrescriptionListSelector.tsx:62 · 3dfb7c9f519fb5b4cd4452439f3c12346bf58319
Source file checksum
d440785347dcc3045dea0d4d5c81052a9e3c7de074405fc4de87dea79cd4b083
repositories/platform/mansoq-web/src/components/Medicine/PrescriptionView.tsx:37 · 3dfb7c9f519fb5b4cd4452439f3c12346bf58319
Source file checksum
af1781d51d3dd511231a79e034a7f98412434dfa4603b91dce6676c4474fad96
repositories/platform/mansoq-web/src/components/Medicine/utils.ts:20 · 3dfb7c9f519fb5b4cd4452439f3c12346bf58319
Source file checksum
3cd9c9563e68a8ff18ac581c422477ddab664733f4c85a4b596403bf9cf87aa8
repositories/platform/mansoq-web/src/components/Questionnaire/MedicationValueSetSelect.tsx:98 · 3dfb7c9f519fb5b4cd4452439f3c12346bf58319
Source file checksum
bb8d5d5f1595778be9e9ad260296e8f43e5696fe9d19fb608e27a33a6a739610
repositories/platform/mansoq-web/src/components/Questionnaire/QuestionTypes/MedicationRequestQuestion.tsx:224 · 3dfb7c9f519fb5b4cd4452439f3c12346bf58319
Source file checksum
561259e73b1752c9844e31b798ad676878af5f4caf6be5fbd130cd31fcfc89cc
repositories/platform/mansoq-web/src/components/Questionnaire/QuestionnaireForm.tsx:380 · 3dfb7c9f519fb5b4cd4452439f3c12346bf58319
Source file checksum
ee6c2195f13e48f0896a2d3da566c2f2a67910adad08894df6b77862f9cfdeec
repositories/platform/mansoq-web/src/components/Questionnaire/structured/handlers.ts:65 · 3dfb7c9f519fb5b4cd4452439f3c12346bf58319
Source file checksum
459ade48f77316279ab2978dc7b4466cb96acb8223c61b9a1f87ca9973be7c7f
repositories/platform/mansoq-web/src/types/emr/medicationRequest/medicationRequest.ts:23 · 3dfb7c9f519fb5b4cd4452439f3c12346bf58319
Source file checksum
a39df63f9b7f2d976d4379511d7a2d4c8e3e284fd1e9b67c28e59392e8545b2b