Dashboard
/dashboardReview enabled patient and encounter summaries.
Aether is the GoSec Cloud clinical workspace for patient records, encounters, clinical notes, audit review, and governed AI-assisted documentation. The current release is a controlled beta and must be used only by authorized healthcare roles within the assigned tenant.
Use the current Aether electronic-health-record beta for controlled patient and encounter workflows with strict human review.
Covers only workflows exposed and approved in the current Aether beta: patient records, encounters, notes, audit review, and AI-system governance. Scheduling, reports, advanced clinical handlers, document management, coding, decision support, and AI Scribe remain incomplete or tenant-dependent.
| Role | Access | Responsibilities |
|---|---|---|
| Clinical reader | View permitted patients, encounters, and clinical chart sections. |
|
| Clinical writer | Create patients or encounters and update enabled clinical notes. |
|
| Administrator, auditor, or DPO | Use authorized audit and AI-system governance views. |
|
Use at least two approved identifiers and never create a new chart to work around uncertainty.
Open the intended chart only after identity and tenant checks.
Check the signed-in organization and that the current task is within your clinical role.
Use approved identifiers rather than browsing unrelated records.
Match the organization’s required combination before opening or documenting care.
Check allergies, medications, problems, vitals, and recent encounters only as needed.
Do not edit or create a duplicate chart when identifiers conflict.
The authorized user opens the correct patient chart and records any identity discrepancy without contaminating another record.
Create a chart only after duplicate checks and identity evidence are complete.
Use name variants and approved demographic identifiers.
Proceed only when the role exposes the action and no existing chart applies.
Transcribe from the approved source and minimize optional data.
Check spelling, date values, identifiers, tenant, and contact details.
Confirm the stable patient identifier and record the provenance required by policy.
One correctly identified patient record exists in the proper tenant without an avoidable duplicate.
Clinical notes must reflect verified observations and accountable human judgment; beta and AI behavior does not change that duty.
Link the encounter to the verified patient and document the correct clinical context.
Confirm the patient again before choosing New encounter.
Record type, date/time, responsible clinician, reason, and other required fields.
Distinguish patient report, observation, measurement, and clinical assessment.
Check identifiers, medications, allergies, units, negation, and copied-forward text.
Use draft, unsigned, or final behavior exactly as exposed by the release.
The encounter appears under the correct patient with accurate context and a known signing or completion state.
Treat generated SOAP or scribe text as an unverified draft.
Verify that the feature is enabled, approved, and associated with the correct encounter.
Do not assume the beta captured every speaker, term, or clinical fact.
Check the encounter, measurements, orders, medication names, negations, and chronology.
Remove unsupported content and document material corrections under the accountable clinician.
Do not sign or use the note for care until the designated clinician accepts it.
Only clinician-verified content enters the patient record and the use of AI remains traceable.
Governance views are for authorized review and should not be used for general employee or patient monitoring.
Investigate a bounded access or change question using minimum necessary data.
Record the patient, user, action, time range, and authorization for review.
Apply the narrowest available filters.
Compare the event with role, patient assignment, incident time, and related clinical record.
Record event identifiers and conclusions without copying excess PHI.
Follow privacy, security, or clinical safety procedures when the event remains unexplained.
The review answers a defined question or produces a traceable, proportionate escalation.
Check the governance register before relying on an AI-assisted feature.
Locate the feature by name and intended clinical purpose.
Confirm deployment state, high-risk classification, oversight, and available disable or override controls.
Ensure the current task is within the approved purpose and population.
Do not use a disabled, unregistered, or out-of-scope system for patient care.
The user can show that the AI-assisted workflow is enabled, governed, and used only for its approved purpose.
These limits describe the source-pinned Aether 0.1.0 beta scope and must be rechecked when the product changes.
Likely cause: The session expired, the identity is not assigned to the application, or the tenant claim is missing.
Likely cause: The current role, release, tenant configuration, or feature flag does not expose that operation.
Likely cause: Validation failed, processing is still running, or the current view is stale or filtered.
Likely cause: The handler is incomplete, the role cannot read it, or no data exists for that patient.
Likely cause: The beta model or source context omitted, misheard, or generated material.