@alfadocs/ui-kit 1.30.0 → 1.32.0

package/dist/agent-i18n/en.json

@@ -170,24 +170,26 @@
         "filterColumns": "Narrow the grid to particular chairs or operators from the two filter popovers, with the platform's semantics: nothing ticked shows everyone and ticking narrows. Operators list under their groups with a tri-state row per group; \"Only available operators\" is on by default in the operator views, and a session-local \"Show disabled operators\" switch reveals the operators the practice has disabled. A count badge rides each filter button while it narrows, and the \"Reset filters\" chip beside them clears both selections and restores both switches without ever changing the view. Selection only — no appointment is touched.",
         "maskPatientNames": "Turn privacy mode on or off from the toolbar. While on, patient names are masked on the cards, in the hover peek, in the Appointments panel and on the printed call sheet, so the page can stay open beside a waiting patient. It is a display mask, not a permission: it is not persisted and it changes no record.",
         "configureDisplay": "Set the per-user display knobs in the cog popover — layout, zebra rows, show times, slot precision, the day window, the care-description mode, what the cards are coloured by, the default duration of a new appointment (5–240 minutes), whether operators read as an initials disc or a dot plus full name, whether chairs read as a full name or a short code, and whether the details panel offers the map link. The choices are remembered per user through the host's preferences adapter under `calendarWorkspace.*` keys, so they persist beyond the page load; they change presentation only and touch no patient record.",
-        "dockTool": "Open one of the rail's tools — Appointments, the appointment editor / details panel, the waiting list, the online bookings or the free-slot finder — or read which one is docked. A host declares which of the five it can back with real data, so read the strip rather than assuming all five: a tool the host withheld is absent, and anything routed at it docks Appointments instead. Closing returns to the Appointments panel rather than collapsing the rail, so no path leaves an empty dock. Docking moves no focus; a polite live region announces the panel that arrived.",
+        "dockTool": "Open a workspace rail tool: Appointments, appointment editor / details, waiting list, patient notes, online bookings or free-slot finder. Read the actual strip: hosts may withhold tools, and patient-notes is registered only with patient context. Notes uses the host's note permissions, independently of appointment-edit rights. Clearing its patient context returns to the previous available tool and focuses its rail button. Opening notes from a panel may address a note id and moves focus into Notes. Closing other tools returns to Appointments.",
         "reviewUpcoming": "Read the rail's resting panel: the practice's upcoming appointments — now to the end of the seventh day, cancelled excluded, earliest first — each row led by the patient. The preset row, the jump-to-date picker and the edge loaders widen the derived window up to ±180 days. Activating a row selects that appointment on the grid, which docks its details. Read-only; the rows carry ids and lifecycle state, never patient identity.",
+        "readAppointmentDetails": "Read one appointment in the docked details panel. With the host's details read, any card click, including a patient-less block and a chip whose names are still loading, focuses the appointment and docks a read-only panel: appointment, booking, money, contact, treatments, signing and series sections, the patient's latest three notes and a History sub-view. See more or a note opens the separate Notes rail tool when the host offers it. While the read is loading, failed or refused the panel shows that status instead. Edit, withheld from a read-only viewer, opens the editor. Without the host's read a pending chip stays inert and the editor form is the details. Reads patient-identifiable data.",
         "createAppointment": "Book a new appointment in the editor panel, docked from the New appointment button, from a click on an empty slot (prefilled with the slot, the clicked column and the cog's default duration) or from an online booking being processed. Set the patient, the linked care or care-plan lines, the date, start time and duration, the operator, chair, branch and colour, the description (255 characters at most — a longer one blocks the save), and, once a patient is chosen, the SMS and e-mail reminders, the first-visit question and — where the patient has unsigned required documents — how they are asked to sign. Busy chair, busy operator and operator-away warnings are advisory and do not hold the save; only a practice closure does. Enter submits from any text field. Writes patient-identifiable data.",
-        "editAppointment": "Amend an existing appointment. Clicking its card docks the SAME panel in details mode — the identity strip, the prefilled form, the read-only extras and the History sub-view — so there is one editing paradigm and no separate Edit jump. Change any field and save; for a member of a repeating series the save asks how far it reaches. On save the rail returns to the Appointments panel and a toast names the day, carrying a \"Go to\" action when that day is off screen, on a hidden weekend or filtered out. Writes patient-identifiable data.",
+        "editAppointment": "Amend an existing appointment in the docked editor. With the host's details read the editor opens from Edit on the details panel and Cancel or Save returns there; without it the details panel is the form. A remote host first loads canonical data; loading, failure and whole-appointment refusal expose no editable form. When that data carries a series, the editor first asks the scope: this occurrence, this and following, or the whole series. Honour the returned patient, care, description and recurrence capabilities. A refused recurring scope cannot be treated as an ordinary edit. Save waits for host acceptance before closing or announcing success; rejection preserves the entered draft for correction or retry. Writes patient-identifiable data.",
         "changeAppointmentStatus": "Set an appointment's attendance status from the Status select in the details panel. The status is patient-identifiable attendance data.",
-        "moveAppointment": "Reschedule an appointment either by dragging its card to a new slot or by arming \"Move…\" in the details panel and then clicking the target slot — the panel stays docked and a banner tinted with the appointment's own colour names what is being placed. Either route ends in the confirmation dialog, which offers the SMS and e-mail notify channels (kept even when the appointment recurs, where the platform drops them) and, for a series member, the recurring scope. Cancelling reverts the card and commits nothing. Writes patient-identifiable data.",
+        "moveAppointment": "Reschedule an appointment either by dragging its card to a new slot or by arming \"Move…\" in the details panel and then clicking the target slot — the panel stays docked and a banner tinted with the appointment's own colour names what is being placed. Either route ends in the confirmation dialog, which offers the SMS and e-mail notify channels and, for a series member, the recurring scope. A host recurring parent always confirms, asks the scope and hides the notify channels, as the platform does. Cancelling reverts the card and commits nothing. Writes patient-identifiable data.",
         "resizeAppointment": "Change an appointment's duration by dragging its card edge. Unlike a move this SAVES AT ONCE with no confirmation, exactly as the platform does; the toast that follows carries an Undo that restores the previous duration and logs both changes on the appointment's history. Writes patient-identifiable data.",
         "copyAppointment": "Duplicate an appointment onto another slot: arm \"Copy…\" in the details panel, then click the target. The copy lands immediately with no confirmation, and its toast carries an Undo. A plan-linked appointment first asks whether to copy the appointment only or the appointment and its treatments. Writes patient-identifiable data.",
         "deleteAppointment": "Remove an appointment from the details panel behind an alert dialog. The dialog asks for the recurring scope when the appointment belongs to a series, and for the care-plan cleanup when it is the parent of a price-list recurrence — so confirming can drop far more than the one card. Irreversible from this surface.",
-        "managePatientNotes": "Read and write the patient's notes from the Notes sub-view beside History: add a note through the composer, pin one, edit one in a dialog or delete one behind an alert dialog. Every write goes to the host, which stamps the note's id, time and author — the kit attributes nothing to a clinical note. With no host seam, or without the edit permission, the sub-view is a read-only timeline. The rows carry ids and pin / flag / clinical markers only; the body and the author are never exposed as state. Writes patient-identifiable clinical data.",
+        "managePatientNotes": "Read and write the patient's notes from the conditional Notes rail tool: add a note through the composer, pin one, edit one in a dialog or delete one behind an alert dialog. Every write goes to the host, which stamps the note's id, time and author. The kit attributes nothing to a clinical note. An HTML note edits in a rich text editor and saves as HTML; a clinical or deleted note offers no edit. With no host seam, or when the host's seam is not writable, the tool is a read-only timeline. Explicit note permissions take precedence over appointment-edit permission. Details and the editor have no Notes sub-view. The rows carry ids and pin / flag / clinical markers only; the body and author are never exposed as state. Writes patient-identifiable clinical data.",
         "readModificationHistory": "Open the History sub-view of the details panel and read the appointment's modification ledger, newest first — what changed, from what to what, and when. No mutation.",
         "requestSignature": "Ask the patient to sign the appointment's documents from the details panel, by SMS or e-mail through the kit menu. The chip beside it reports the channel a request has already gone out on. There is no \"On this device…\" item: on-device signing is the host's own e-signature surface and no seam here mounts it, so the menu offers only the two channels it can honour. Sends a patient-identifiable request.",
+        "createDocument": "Open the appointment details create menu through data-action=\"open-create-document\" and select an offered data-action=\"create-document-<kind>\" item: bill, folder, template, empty, identification or webcam. The host supplies permitted kinds and owns navigation, confirmation and persistence. Appointment read-only mode does not withhold document rights. A selection starts the host workflow; it does not prove that a document or bill was created. May write patient-identifiable data.",
         "messagePatientWhatsapp": "Reach the patient over WhatsApp from a waiting-list row. The affordance is a `wa.me` deep link the row opens in a new tab — it is disabled, and names its reason in its accessible name, when the entry carries no WhatsApp-capable number. There is no equivalent in the details panel: the send-reminder group is handed an empty channel list, because the host's legacy Snippets island is the only composing surface and no seam here mounts it. Hands a patient's contact detail to an outbound channel.",
         "filterWaitingList": "Narrow the waiting queue: the four quick views (all, patients without an appointment, appointment scheduled over 30 days ago, on the list over 30 days) and, behind \"Show advanced filters\", the platform's nine optional client-side inputs — patient, patient assigned, operator, appointment scheduled, appointment scheduled from / to, on the waiting list from / to and description — applied only when \"Filter list\" is pressed. The toggle carries a count badge while any input is set, and changing the quick view drops the form. Selection only.",
         "manageWaitingListEntry": "Add, amend or remove a waiting-list entry. The four-field form opens as a rail SUB-VIEW — from the toolbar split button's plus segment, from Add entry, or from a row's pencil — with a back arrow to the queue. Editing is refused on a row already linked to an appointment, because those fields belong to the appointment; the pencil stays focusable and names that reason. Remove deletes at once with no confirmation, platform parity, and its toast carries an Undo that puts the entry back. Writes patient-identifiable data.",
         "scheduleWaitingPatient": "Give a waiting patient a slot. \"Schedule\" on an unlinked row hands off to the free-slot finder seeded from the entry — operator, chair, duration, patient, care and colour already filled in — and booking a slot opens the editor carrying the entry, so saving books the appointment and takes the entry off the list. A row already linked to an appointment reads \"Reschedule\" and seeds the same finder, but booking there MOVES the existing appointment rather than creating a second one. Writes patient-identifiable data.",
-        "findFreeSlot": "Search the practice for bookable time in the finder panel. Operator and chair scope are grouped checklists behind a popover per axis — a select-all row first, operators sectioned under their groups, nothing ticked searching every eligible resource — beside the care, the duration, the date range and, for a care that needs one, a medical-device select. The results list groups the slots under a day heading; a click steers the grid to that day and docks the editor prefilled with the date, time, duration, chair, operator and any seeded patient or care. The 185-day range warning is advisory (the search still runs), \"Show more slots\" pushes the To date out by 30 days and re-searches, and an alert names which business hours are missing when the practice or its operators hold none (it links to the scheduler only where the host supplies that navigation, which this workspace does not). Read-only until a slot is booked.",
-        "triageOnlineBooking": "Work the online-bookings panel — the platform's bookings page hosted in the rail, badged with the bookings of the last thirty days still missing a patient or an operator. A row can be shown on the grid, which selects it and docks its details, or completed, which docks the editor prefilled with what the person typed on the booking site so the missing patient or operator can be filled in and saved. Completing writes patient-identifiable data.",
+        "findFreeSlot": "Search the practice for bookable time in the finder panel. Operator and chair scope are grouped checklists behind a popover per axis — a select-all row first, operators sectioned under their groups, nothing ticked searching every eligible resource — beside the care, the duration, the date range and, for a care that needs one, a medical-device select. The results list groups the slots under a day heading; when the viewer may write appointments, a click steers the grid to that day and docks the editor prefilled with the date, time, duration, chair, operator and any seeded patient or care; read-only viewers see the list and projection only, under a lock note, with no Book. The 185-day range warning is advisory (the search still runs), \"Show more slots\" pushes the To date out by 30 days and re-searches, and an alert names which business hours are missing when the practice or its operators hold none (it links to the scheduler only where the host supplies that navigation, which this workspace does not). Projected bands open a modal list of original options by click, Enter or Space; only an explicit Book action uses the finder booking path. Read-only viewers can scroll those options without Book. Dismissal restores focus to the band.",
+        "triageOnlineBooking": "Review the online-bookings queue independently of the visible dates. The host owns membership and loading/error state. Show a row on the grid; completion is available only when the host enables it and the user can edit. Review-only rows remain in the queue on selection and cannot be dragged, resized or edited. Unknown last-seen data never marks a booking New. Completing writes patient-identifiable data.",
         "printDaySheet": "Print the front-desk call sheet. The toolbar's printer icon opens a dialog asking which day — one day, never the visible range — and Print renders that day's appointments through the browser, scoped by the filters in force and masked when privacy mode is on. Nothing is sent to a server, but the sheet itself is a patient-identifiable document."
       }
     },
@@ -800,7 +802,7 @@
       },
       "actions": {
         "addNote": "Compose and commit a new note. A clinical note requires the clinical-note permission (read canAddClinical first).",
-        "togglePin": "Toggle the pinned state of the note with the given id.",
+        "togglePin": "Toggle the pinned state of the note with the given id. Refused for a deleted note or one whose actions.pin is false.",
         "toggleFlag": "Toggle the flagged state of the note with the given id."
       }
     },
@@ -1158,7 +1160,7 @@
         "value": "Currently selected radio value, or empty string when none."
       },
       "actions": {
-        "setValue": "Select the radio with the given value."
+        "setValue": "Select the radio with the given value. A value that matches no enabled radio is ignored."
       }
     },
     "radiographPanel": {
@@ -1241,7 +1243,7 @@
         "isOpen": "Whether the option list is open."
       },
       "actions": {
-        "setValue": "Select the option with the given value.",
+        "setValue": "Select the option with the given value. A value that is not among the options, or belongs to a disabled option, is ignored and the selection stays as it was.",
         "clear": "Clear the current selection.",
         "open": "Open the option list.",
         "close": "Close the option list."
@@ -1790,7 +1792,8 @@
         "uploadDocument": "Upload one or more files into the open folder of the patient's document tree. Writes a patient-identifiable document.",
         "organiseDocuments": "Reorganise the document tree: create a folder, rename an item, or move the selected items into another folder. Only one of these action dialogs can be in flight at a time — read the active action before starting another. Reversible through the same toolbar.",
         "deleteDocuments": "Delete the selected files or folders from the patient's document tree. Deleting a folder takes everything nested beneath it. Not reversible from this surface — read the selection first and confirm.",
-        "requestDocumentSignature": "Send the selected document out for the patient's signature. The banner's unsigned-documents count is the same signal, so read it to see what is already pending before requesting another. Puts a patient-identifiable document into an outbound signing envelope.",
+        "requestDocumentSignature": "Send one document out for the patient's signature. A pending document's Request signature row action opens the signature request modal with that document's signed versions table above the request form; for Via QR, the QR step follows in the same dialog (the full contract is signature-request.agent.ts). The banner's unsigned-documents count is the same signal, so read it to see what is already pending before requesting another. Puts a patient-identifiable document into an outbound signing envelope.",
+        "requestRequiredSignatures": "Ask the patient to sign every outstanding item in one request. The banner's Documents to sign button (a user-driven button with no adapter action) opens the signature request modal in required documents mode: the unsigned documents and anamnesis interviews, each with its own operator picker, one signer roster for the batch, and a link sent outcome after submit. A signer the host marks as under 18 shows a warning that never blocks the request. Read the banner's counts first to know what will be listed.",
         "shareDocuments": "Share the selected documents with the patient. The shared files then appear as a document-share bubble in the Communications thread. Sends patient-identifiable documents out of the practice.",
         "readMessageThread": "Read the per-patient message thread in the Communications tab — App, SMS, Email and inbound WhatsApp messages in one chronological log, with SMS delivery status and campaign / workflow / document-share provenance on each bubble — and scroll back to the latest message. Read-only.",
         "composeMessage": "Draft a message to the patient: pick the outbound channel (App, SMS or Email — WhatsApp is inbound-only and never offered) and type the body. On SMS the composer counts GSM/Unicode segments including the appended practice sender name, so read the draft back before sending a long one. Nothing leaves the practice until the draft is submitted.",
@@ -1909,11 +1912,20 @@
     },
     "signatureRequest": {
       "workflows": {
-        "assignOperator": "Pick the operator who must counter-sign (or \"Assign later\" to leave the request unassigned). \"Assign to me\" claims it for the signed-in operator.",
-        "manageSignerRoster": "Build the patient-side signer roster: pick who signs in each row (the patient or their configured signee, e.g. a legal guardian), add a second signer up to the cap, or remove a row. People already on the roster are excluded from the other rows.",
-        "chooseDeliveryChannel": "Choose how each signer's request is delivered via the per-row channel checkboxes (mutually exclusive — checking one channel unchecks the others): SMS, e-mail, WhatsApp, or signing on this device. On-device signers sign sequentially in roster order. The assigned operator has the same mutually exclusive checkboxes with SMS, e-mail, or on this device — the operator's own system-defined channel arrives pre-checked, and the on-device option is enabled only while a patient signer also signs on this device (an info tip explains the greyed-out state; an automatic fallback to the operator's default is announced via a live region when the last on-device patient row leaves).",
-        "waiveOtp": "Toggle a signer's on-device OTP waiver. Waiving OTP lowers the evidentiary value of that signature; the pattern surfaces a warning alert while waived.",
-        "requestSignature": "Send the signature request. Notifies every roster signer over their selected channel and hands the submission to the host.",
+        "reviewSignatures": "When the host passes `signatures` (or `signaturesLoading`), the request form shows the document's past signature requests at its top, on the same screen as the operator and signers, as on platform: a table named Signed versions (section data-section=\"signed-versions\") with the columns Date, Signature type and Actions and one row per request (data-signature-id), newest first. Date is the weekday, date and time in the active locale; Signature type is the legal level (Simple or Advanced, hidden with showLegalLevel=false), the channel (SMS, e-mail, WhatsApp, on this device or Via QR) and a SignatureStatusChip whose tooltip names who signed, who is still awaited and who signed on a party's behalf. Loading shows skeleton rows; no records shows one line saying there are no signed versions. Hosts that pass neither prop get the plain form.",
+        "viewSignature": "Open one signed document from its row's View button; the host receives onViewSignature(id). The button shows only when the host passes that callback.",
+        "downloadSignature": "Download one signed document from its row; the host receives onDownloadSignature(id, 'full' | 'anonymised'). When the record has an anonymised version the Download button opens a menu with Full version and Anonymised version (menu id signature-download-<record id>); otherwise it asks for 'full' directly. The button shows only when the host passes that callback.",
+        "shareSignature": "Share one signed document from its row's Share menu (menu id signature-share-<record id>): link, e-mail or WhatsApp, in that order. The host receives onShareSignature(id, 'link' | 'email' | 'whatsapp') and does the sharing. The host decides which targets a row offers: the record's shareTargets, else the modal's signatureShareTargets, else all three. The button shows only when the host passes that callback and the row has at least one target.",
+        "deleteSignature": "Delete one signed document from its row's Delete button. It opens a confirmation, an alert dialog (dialog id signature-delete-<record id>) asking whether to delete this signed document, with the row's date under the question and Cancel and Delete. Only Delete calls onDeleteSignature(id); the host deletes and drops the record. Cancel, Esc or dialog.close / dialog.dismiss close it without deleting, and focus returns to the row's Delete button. Once the host drops the record, focus moves to the next row's first action (else the previous row's, else the line saying there are no signed versions) and a polite status says the signature was deleted. The button shows only when the host passes that callback.",
+        "assignOperator": "Pick the operator who must counter-sign (or \"Assign later\" to leave the request unassigned). The operators are listed in host order, then \"Assign later\". An operator the host marks disabled shows greyed out with the host's reason under the name (the trigger is described by every greyed-out operator and reason) and cannot be picked; set_value refuses them. An operator the host marks deleted is listed only while they are the current value, and is never seeded. \"Assign to me\" claims it for the signed-in operator.",
+        "manageSignerRoster": "Build the patient-side signer roster: pick who signs in each row (the patient or their configured signee, e.g. a legal guardian), add a second signer up to the cap, or remove a row. People already on the roster are excluded from the other rows; set_value with one of them, or anyone not offered in that row, leaves the row unchanged. In required documents mode the roster signs the whole batch: the main signer (row data-signer-role=\"main\"), then at most one second signee (data-signer-role=\"second\", a group named Second signee). The second signee is offered only when every listed item is a document that can carry a second signature (anamnesis interviews never can), the main signer's channel is on this device (the batch channel with channelMode batch, else the main signer's own row), and the main signer is a registered signee, not the patient (isPatient); otherwise Add signer is disabled and a visible line says why. The patient is never offered as the second signee. Changing the main signer removes the second signee, announced via a live region. Moving the main signer's channel off this device only hides them (they are not submitted) and announces why; back on this device they return. Per signer, the second signee has their own channel beside their name. A second signee who is the main signer again, is no longer on offer, or cannot receive their own channel (the batch channel in batch mode) shows a message under their row (data-note=\"second-signee-issue\") and keeps Request signature disabled. When the host marks a person as under 18 (isMinor), their row shows a warning note (data-note=\"minor-signer\") to check whether a second signee is needed; it never blocks the request, and the kit does not compute age. In required documents mode, while the patient has no registered signee (no signer option without isPatient) and the host passes onAddSignee, a link-style Add signatory button under the Patient signers heading calls it; it is user-driven with no adapter action, and the host adds the new person to signerOptions.",
+        "chooseDeliveryChannel": "Choose how each signer's request is delivered in the channel dropdown beside their name, a select named Signature channel (one choice): SMS, e-mail, WhatsApp, signing on this device, or via QR (the signer scans a QR code the dialog shows in its QR step after the request; offered to every patient-side signer by default). Each signer row (data-signer-id) holds its dropdown, with the id signature-request-signer-channel-<row number>; the operator dropdown's id is signature-request-operator-channel. Each option carries data-option-id with the channel; set_value with a channel the dropdown does not offer or has disabled leaves the choice unchanged. A signer's available channels can hide any of these, Via QR included. A signer's unavailableChannels instead show a channel greyed out with the host's reason under it (e.g. SMS and WhatsApp with No mobile number): set_value refuses it, the row never falls back to it, and a signer with no channel left shows the reasons under the row and keeps Request signature disabled. On-device signers sign sequentially in roster order. The assigned operator has the same dropdown, named Operator signature channel, with SMS, e-mail, or on this device and never Via QR: the operator's own system-defined channel (defaultChannel, from their settings) arrives preselected and follows a newly picked operator, while a channel changed by hand is kept until the operator changes; the on-device option is enabled only while a patient signer also signs on this device (while disabled, its reason shows under the option and describes the trigger; an automatic fallback to the operator's default is announced via a live region when the last on-device patient row leaves). A host can replace that rule with resolveChannels: it receives the choices after every channel change (and on open) and returns the channels to use and to offer, e.g. the operator and the patient on this device together; set_value may then move another person's channel too (the operator or another signer), announced via the same live region. Channels are per signer by default, in the request form and in required documents mode. With channelMode batch there is no channel beside each name: one labelled Signature channel select (id signature-request-batch-channel) under the signers heading sets the channel for the whole roster, with SMS, e-mail, WhatsApp and Via QR offered when the main signer or the patient (isPatient) can receive them, greyed out only when neither can, and on this device always offered. It starts on e-mail, or SMS when the main signer is the patient and can receive it, unless the host passes initialBatchChannel; in required documents mode changing the main signer returns it to that default (initialBatchChannel is read only on open), announced via the live region. resolveChannels receives the batch channel as every signer's channel and moves the batch through the main signer's returned channel. In required documents mode with showOperatorChannels, each item with an assigned operator also has that operator's channel select (SMS, e-mail or on this device), named Operator signature channel for <item name> with the id signature-request-item-operator-channel-<item id>; it starts on the operator's defaultChannel and follows a newly picked operator (Assign to me included), keeping a channel changed by hand until then. Items on Assign later have none.",
+        "waiveOtp": "Toggle a signer's on-device OTP waiver. Waiving OTP lowers the evidentiary value of that signature; the pattern surfaces a warning alert while waived. With channelMode batch there is one switch for the whole roster (Do not require OTP from the patient), shown only while the batch channel is on this device: it starts on when the patient cannot receive SMS, whoever the main signer is, and is on and disabled when the main signer is the patient and cannot receive SMS. The choice resets when the batch channel changes. Its warning (batchOtpWarning) is one batch-level alert outside every signer row; as on platform it shows while the waiver is on, and on every channel while it is forced. Per signer in required documents mode, the main signer's own switch follows the same rules (starts on, or on and disabled, described by the warning) and resets when that row's channel changes; other rows are the user's choice.",
+        "requestSignature": "Send the signature request. Notifies every roster signer over their selected channel and hands the submission to the host. When any signer chose Via QR the dialog stays open and moves to its QR step. With channelMode batch the submission carries signMode (the batch channel, also on every signer). In required documents mode it also carries operatorAssignments (item id to operator id, null for assign later), requiredItemIds and, with showOperatorChannels, operatorChannels (item id to the operator's channel, for assigned items), with operatorChannel null; the main signer OTP waiver is skipOtp on the main signer, set only on this device.",
+        "showQrCode": "After a request with a signer on the Via QR channel, the same dialog shows its QR step: a loading state until the host passes the server-issued links, then one code per QR signer with the signer name and expiry (the code or its error carries data-signer-id). With several QR signers, the user moves between codes with Previous and Next (\"1 of 2\"); Done on the last code tells the host the codes were handed over (onQrDone) and closes the dialog. Previous, Next and Done are user-driven buttons with no adapter action. Closing through dialog.close, or dismissing the waiting state with dialog.dismiss, does not fire onQrDone. A QR signer with no link shows an error in place of the code. The operator is never offered Via QR.",
+        "reviewRequiredItems": "When the host passes `requiredItems` (or `requiredItemsLoading`), the form asks one patient to sign every outstanding item in one batch: documents to sign and anamnesis interviews to complete, as two lists named with their counts. Each row (data-required-item-id) shows the item name only, with no signing status: the documents API of the host says only whether an item is signed. Items marked signed are left out; when none is left the dialog shows the all signed outcome. Loading shows skeleton rows. The single operator row and the signed versions table do not appear in this mode.",
+        "assignItemOperators": "In required documents mode, pick the operator for each item that needs an operator signature (requiresOperator), or \"Assign later\", listed first. Each picker is named \"Operator for <item name>\" and has the id signature-request-item-operator-<item id>. Greyed-out and deleted operators follow the same rules as the single operator picker: a disabled operator shows its reason and set_value refuses them, a deleted one shows only in a picker still assigned to them. \"Assign to me\" (shown when the host passes currentOperatorId) sets every picker to the signed-in operator; it is a user-driven button with no adapter action. An info note shows while any picker is on Assign later, and another says each operator receives the request by e-mail or SMS per their own settings, unless the host passes showOperatorChannels: then each assigned item shows its operator's channel instead (see choose_delivery_channel).",
+        "showOutcome": "When the host passes `outcome`, the dialog replaces every other view with a final screen whose heading and description carry the message, and focus moves to the heading: 'linkSent' (the secure link went out; in required documents mode the heading says the documents were sent to the patient), 'allSigned' (nothing left to sign) or 'creditsExhausted' (no electronic signature documents left). Close ends it; on 'creditsExhausted' a Buy more documents button calls onBuyMoreSignatures when the host passes it, and a Cancel button, when the host passes onOutcomeCancel, returns the dialog to the form and calls it so the host clears outcome (both user-driven, no adapter action).",
         "dismiss": "Close the modal without sending a signature request. Discards the in-progress operator, roster, channel, and OTP choices."
       }
     },

package/dist/components/_shared/get-error-message.d.ts

@@ -0,0 +1,3 @@
+/** Read host error messages without relying on the host's JavaScript realm. */
+export declare function getErrorMessage(error: unknown, fallback: string): string;
+//# sourceMappingURL=get-error-message.d.ts.map

package/dist/components/address-fields/index.js

@@ -1,4 +1,4 @@
-import { A as e, a } from "../../_chunks/address-fields-CZ0pEdEI.js";
+import { A as e, a } from "../../_chunks/address-fields-jFfjxOQR.js";
 export {
   e as AddressFields,
   a as addressFieldsAgent

package/dist/components/agenda-card/index.js

@@ -1,4 +1,4 @@
-import { A as e } from "../../_chunks/agenda-card-pdN49pMu.js";
+import { A as e } from "../../_chunks/agenda-card-DVz3jwTf.js";
 import { a as d } from "../../_chunks/agenda-card.agent-Cb5tuEh3.js";
 import { i as g } from "../../_chunks/is-safe-url-DkETxeHz.js";
 export {

package/dist/components/agenda-tray/index.js

@@ -1,4 +1,4 @@
-import { A as r, a as g } from "../../_chunks/agenda-tray-BweO8pDo.js";
+import { A as r, a as g } from "../../_chunks/agenda-tray-1oDWCJdB.js";
 export {
   r as AgendaTray,
   g as agendaTrayAgent

package/dist/components/ai-prompt-input/index.js

@@ -1,4 +1,4 @@
-import { A as a, a as o } from "../../_chunks/ai-prompt-input-CrHr-5H8.js";
+import { A as a, a as o } from "../../_chunks/ai-prompt-input-Dt7tpCBh.js";
 export {
   a as AIPromptInput,
   o as aiPromptInputAgent

package/dist/components/appointment-card/index.js

@@ -1,5 +1,5 @@
-import { A as p } from "../../_chunks/appointment-card-Dzr3GeVz.js";
-import { A as e, a as o, b as r } from "../../_chunks/appointment-tray-4FUu_5NX.js";
+import { A as p } from "../../_chunks/appointment-card-D-oj_ugh.js";
+import { A as e, a as o, b as r } from "../../_chunks/appointment-tray-DCk8gHod.js";
 import { i } from "../../_chunks/is-safe-url-DkETxeHz.js";
 export {
   p as AppointmentCard,

package/dist/components/appointment-timeline/index.js

@@ -1,4 +1,4 @@
-import { A as i, a as t } from "../../_chunks/appointment-timeline-DhHwmHo1.js";
+import { A as i, a as t } from "../../_chunks/appointment-timeline-CymGHyIP.js";
 export {
   i as AppointmentTimeline,
   t as appointmentTimelineAgent

package/dist/components/audio-recorder/index.js

@@ -1,4 +1,4 @@
-import { A as r, a } from "../../_chunks/audio-recorder-DXG6LTtO.js";
+import { A as r, a } from "../../_chunks/audio-recorder-11wClczr.js";
 export {
   r as AudioRecorder,
   a as audioRecorderAgent

package/dist/components/avatar/avatar.d.ts

@@ -6,6 +6,8 @@ export declare function nameToColorClass(name: string): string;
  * Extracts 1–2 uppercase initials:
  * - Single-word name: first two characters  ("John" → "JO")
  * - Multi-word name: first char of first word + first char of last word  ("John Doe" → "JD")
+ * - Parenthesised or bracketed parts and words with no letter are skipped
+ *   ("Lucy Danvers (daughter)" → "LD"), unless nothing else is left.
  */
 export declare function getInitials(name: string): string;
 declare const avatarVariants: (props?: ({

package/dist/components/avatar/index.js

@@ -1,4 +1,4 @@
-import { A as o, g as r, n as t } from "../../_chunks/avatar-BNQNhoyL.js";
+import { A as o, g as r, n as t } from "../../_chunks/avatar-CkDeQOSI.js";
 export {
   o as Avatar,
   r as getInitials,

package/dist/components/bishop-score/index.js

@@ -1,4 +1,4 @@
-import { B as O, a as S, b as o, c as B, d as P, e } from "../../_chunks/bishop-score-CJUVBfAu.js";
+import { B as O, a as S, b as o, c as B, d as P, e } from "../../_chunks/bishop-score-CAl7C5hm.js";
 export {
   O as BISHOP_COMPONENTS,
   S as BISHOP_MAX_SCORE,

package/dist/components/bmi-calculator/index.js

@@ -1,4 +1,4 @@
-import { B as m } from "../../_chunks/bmi-calculator-CcH6upht.js";
+import { B as m } from "../../_chunks/bmi-calculator-Dwkih9a4.js";
 import { b as e, a as t, c as r, d as T, e as c, f as i, i as b, k as n, l as f } from "../../_chunks/bmi-BxD-tFzU.js";
 export {
   m as BmiCalculator,

package/dist/components/booking/index.js

@@ -1,4 +1,4 @@
-import { B as A, C as R, O as a, b as s } from "../../_chunks/booking-AabCk7CI.js";
+import { B as A, C as R, O as a, b as s } from "../../_chunks/booking-l6UGNiE1.js";
 export {
   A as Booking,
   R as CONFIRMATION_CHANNEL_ORDER,

package/dist/components/calculator-dialog/index.js

@@ -1,4 +1,4 @@
-import { C as l } from "../../_chunks/calculator-dialog-12d3Sxaz.js";
+import { C as l } from "../../_chunks/calculator-dialog-C0ixc3SU.js";
 export {
   l as CalculatorDialog
 };

package/dist/components/calendar/calendar.d.ts

@@ -60,7 +60,7 @@ export interface CalendarEvent {
      * own: use `isRecurring` for the grid indicator.
      */
     isRecurrenceParent?: boolean;
-    /** Rendered as a background event; not clickable. */
+    /** Background event; interactive only with onBackgroundEventClick. */
     isInternal?: boolean;
     /**
      * Renders the card as a TASK rather than an appointment — calendar-scheduled
@@ -79,13 +79,24 @@ export interface CalendarEvent {
      * filling.
      */
     isDraft?: boolean;
+    /**
+     * A REAL booked appointment whose details the host is still fetching —
+     * an occupancy-first host draws the block from the slot it occupies
+     * (colour, time, chair) and fills the name in afterwards. Renders the
+     * card's details-pending treatment (`data-kind="pending-details"`). A
+     * click is delivered and the host decides what it opens; the hover
+     * callback and drag stay refused, so a block nobody can name yet is never
+     * previewed or moved. Distinct from the pattern's `isPendingBooking` (an
+     * online booking still missing a patient or an operator).
+     */
+    detailsPending?: boolean;
     /**
      * Per-event master switch for drag AND resize. Overrides the
      * calendar-level `editable` for this event only (true enables even when
      * the calendar is not editable; false disables both gestures).
      * Leave undefined to inherit the calendar-level setting.
      * Precedence: per-event `startEditable` > per-event `editable` >
-     * calendar-level `editable`. Background events (`isInternal: true`)
+     * calendar-level `editable`. Background and details-pending events
      * are never draggable regardless.
      */
     editable?: boolean;
@@ -297,6 +308,9 @@ export interface CalendarProps {
      * caveat. Existing one-argument handlers keep working unchanged.
      */
     onEventClick?: (event: CalendarEvent, meta?: CalendarEventClickMeta) => void;
+    /** Opt in to keyboard-accessible titled background buttons. The anchor
+     * follows CalendarEventClickMeta's lifetime rules; no booking is implied. */
+    onBackgroundEventClick?: (event: CalendarEvent, meta: CalendarEventClickMeta) => void;
     /**
      * Fires when the pointer enters an event's rendered surface — the anchor
      * seam for hover "peek" cards. Skipped for background events
@@ -409,6 +423,16 @@ export interface CalendarProps {
      * Omitted / empty array shows all seven days.
      */
     hiddenDays?: number[];
+    /**
+     * Local ISO `YYYY-MM-DD` dates whose rows the host has NOT finished
+     * loading: every cell of such a day wears the loading wash and carries
+     * `aria-busy`, and its date header gains a visually-hidden "still
+     * loading" word, so a half-drawn day is never read as an empty one. A
+     * date left out of the list is one the host says is fully loaded; an
+     * omitted prop says every rendered day is. The workspace pattern
+     * derives it from `CalendarData.dayLoadState`.
+     */
+    loadingDates?: readonly string[];
     /** Lower bound of the time axis (e.g. '07:00'). */
     slotMinTime?: string;
     /** Upper bound of the time axis (e.g. '23:00'). */

package/dist/components/calendar/index.js

@@ -1,4 +1,4 @@
-import { C as r, c as l, r as n } from "../../_chunks/calendar-CI9MINcR.js";
+import { C as r, c as l, r as n } from "../../_chunks/calendar-Dgvl5L4T.js";
 export {
   r as Calendar,
   l as calendarAgent,

package/dist/components/calendar-event-card/calendar-event-card.d.ts

@@ -107,6 +107,15 @@ export interface CalendarEventCardProps extends Omit<HTMLAttributes<HTMLDivEleme
      * of each paint custom property exists per render.
      */
     isDraft?: boolean;
+    /**
+     * Details-pending treatment — a REAL booked appointment an
+     * occupancy-first host drew from the slot it occupies while it still
+     * fetches whose it is. The card keeps its colour and size and renders an
+     * `aria-hidden` skeleton bar where the title goes, with the localised
+     * "loading details" word in the accessible name and
+     * `data-kind="pending-details"` as the hook. Wins over `isDraft`/`isTask`.
+     */
+    detailsPending?: boolean;
     /**
      * Colour scheme for the picker colour. `'solid'` (default) is the
      * platform model — the hex paints the whole surface, ink auto-derived.

package/dist/components/calendar-event-card/index.js

@@ -1,4 +1,4 @@
-import { C as e } from "../../_chunks/calendar-event-card-66CEEWU6.js";
+import { C as e } from "../../_chunks/calendar-event-card-DSh-69HT.js";
 export {
   e as CalendarEventCard
 };

package/dist/components/care-plan-card/index.js

@@ -1,4 +1,4 @@
-import { C as e, c as C } from "../../_chunks/care-plan-card-CQVboTn1.js";
+import { C as e, c as C } from "../../_chunks/care-plan-card-CZW476Kg.js";
 export {
   e as CarePlanCard,
   C as carePlanCardAgent

package/dist/components/care-plan-entry-card/index.js

@@ -1,4 +1,4 @@
-import { C as n, c as e } from "../../_chunks/care-plan-entry-card-jxHkzez5.js";
+import { C as n, c as e } from "../../_chunks/care-plan-entry-card-BMUYagEw.js";
 export {
   n as CarePlanEntryCard,
   e as carePlanEntryCardAgent

package/dist/components/chat-message/index.js

@@ -1,4 +1,4 @@
-import { C as s } from "../../_chunks/chat-message-DBQu10rs.js";
+import { C as s } from "../../_chunks/chat-message-C-8UU2av.js";
 export {
   s as ChatMessage
 };

package/dist/components/clinical-note-card/clinical-note-card.d.ts

@@ -16,6 +16,9 @@ export interface ClinicalNoteAuthor {
  *   care and (optionally) the listed elements.
  * - `phase`       — attached to a treatment phase, labelled.
  * - `xray`        — attached to an x-ray / radiograph, optionally labelled.
+ *
+ * Every non-patient kind takes an optional `url`: a safe one turns the chip
+ * into a link, an unsafe one keeps the chip.
  */
 export type NoteAttachment = {
     kind: 'patient';
@@ -27,12 +30,15 @@ export type NoteAttachment = {
     kind: 'carePlanEntry';
     careName: string;
     elements?: string[];
+    url?: string;
 } | {
     kind: 'phase';
     label: string;
+    url?: string;
 } | {
     kind: 'xray';
     label?: string;
+    url?: string;
 };
 /** Imperative handle exposed to the agent runtime — identifiers / flags only. */
 export interface ClinicalNoteCardHandle {
@@ -50,7 +56,8 @@ export interface ClinicalNoteCardProps extends Omit<HTMLAttributes<HTMLDivElemen
     id?: string;
     /**
      * ISO-8601 timestamp the note refers to (the clinical date). Drives the
-     * primary `<Timestamp>`.
+     * primary `<Timestamp>`. An empty string renders no timestamp (an undated
+     * imported note).
      */
     dateIso: string;
     /**
@@ -60,6 +67,14 @@ export interface ClinicalNoteCardProps extends Omit<HTMLAttributes<HTMLDivElemen
     createdAtIso?: string;
     /** Author identity — avatar + byline. Optional for system notes. */
     author?: ClinicalNoteAuthor;
+    /** The operator the note is credited to: a secondary "Operator: …" byline. */
+    operatorName?: string;
+    /**
+     * A deleted note kept for the record. Shows a "Deleted" badge and keeps the
+     * body out of the DOM until the reader presses "Show deleted note". Not an
+     * access control: the body is one press away.
+     */
+    deleted?: boolean;
     /**
      * Whether this is a clinical note (vs. an administrative one). When true a
      * "Clinical" badge is shown so the note's nature is unambiguous at a glance.

package/dist/components/clinical-note-card/index.js

@@ -1,4 +1,4 @@
-import { C as e, c as i } from "../../_chunks/clinical-note-card-BBgFd2nB.js";
+import { C as e, c as i } from "../../_chunks/clinical-note-card-D2WTV2CO.js";
 export {
   e as ClinicalNoteCard,
   i as clinicalNoteCardAgent

package/dist/components/color-picker/index.js

@@ -1,4 +1,4 @@
-import { A as T, B as P, C as L, G as a } from "../../_chunks/color-picker-CU303VjY.js";
+import { A as T, B as P, C as L, G as a } from "../../_chunks/color-picker-Bl5f0iK1.js";
 export {
   T as APPOINTMENT_PALETTE,
   P as BRAND_PALETTE,

package/dist/components/combobox/combobox.d.ts

@@ -30,6 +30,11 @@ export interface ComboboxProps<T extends string = string> {
     onCreate?: (value: string) => void;
     open?: boolean;
     onOpenChange?: (open: boolean) => void;
+    /** Query typed by the user (including IME commits and Clear), or set
+     * through the agent handle. Selection and closing do not emit queries.
+     * Pair with `filter` for host-provided results and `emptyMessage` for
+     * their state. This callback also fires when there are no options. */
+    onQueryChange?: (query: string) => void;
     emptyMessage?: ReactNode;
     'aria-label'?: string;
     /**

package/dist/components/combobox/index.js

@@ -1,4 +1,4 @@
-import { C as b, c as s, a as t, b as m, d as n, e as r } from "../../_chunks/combobox-D7_NLE2Z.js";
+import { C as b, c as s, a as t, b as m, d as n, e as r } from "../../_chunks/combobox-DnSdYssy.js";
 export {
   b as Combobox,
   s as comboboxAgent,

package/dist/components/country-select/index.js

@@ -1,4 +1,4 @@
-import { C as o, I as t, a, c as n, r as s } from "../../_chunks/country-select-DzbPFktV.js";
+import { C as o, I as t, a, c as n, r as s } from "../../_chunks/country-select-CfDNFG5c.js";
 export {
   o as CountrySelect,
   t as ISO_3166_ALPHA2,

package/dist/components/data-table/index.js

@@ -1,6 +1,6 @@
-import { D as r, E as l, T as t, a as s, b as d, c as o, d as n, e as i, f as R, i as C, g as T } from "../../_chunks/data-table-DB5BiVQ0.js";
+import { D as r, E as l, T as t, a as s, b as d, c as o, d as n, e as i, f as R, i as C, g as T } from "../../_chunks/data-table-DC96JJIq.js";
 import { B as g, C as D, a as b, E as x, b as c, R as p, T as u, c as m, r as E, u as f } from "../../_chunks/editable-currency-cell-renderer-B7TVZ5ZJ.js";
-import { D as h, a as A, b as w, I as y, L as I, N as L, c as N, S as P, d as W, e as B, T as U, f as _, g as k, U as v } from "../../_chunks/link-cell-renderer-tWEOv3Sc.js";
+import { D as h, a as A, b as w, I as y, L as I, N as L, c as N, S as P, d as W, e as B, T as U, f as _, g as k, U as v } from "../../_chunks/link-cell-renderer-BEpMNtAa.js";
 import { A as X, a as j } from "../../_chunks/actions-cell-renderer-yy03OgRL.js";
 export {
   X as ActionsCellRenderer,

package/dist/components/dependent-selector/index.js

@@ -1,4 +1,4 @@
-import { D as n, d } from "../../_chunks/dependent-selector-cJlJFAKD.js";
+import { D as n, d } from "../../_chunks/dependent-selector-yTKKsuc9.js";
 export {
   n as DependentSelector,
   d as dependentSelectorAgent

package/dist/components/dialog/dialog.d.ts

@@ -3,6 +3,7 @@ import * as RadixDialog from '@radix-ui/react-dialog';
 import { type VariantProps } from 'class-variance-authority';
 declare const contentVariants: (props?: ({
     size?: "sm" | "md" | "lg" | "fullscreen" | null | undefined;
+    scroll?: "body" | "surface" | null | undefined;
 } & import("class-variance-authority/types").ClassProp) | undefined) => string;
 export interface DialogHandle {
     getIsOpen: () => boolean;
@@ -24,6 +25,14 @@ export interface DialogContentProps extends Omit<ComponentPropsWithoutRef<typeof
      * to force the X onto an alert, or `true` to suppress it on a default dialog.
      */
     hideCloseButton?: boolean;
+    /**
+     * What scrolls once the content passes the height cap (85dvh). `surface`
+     * (default) scrolls the whole panel, title and footer included. `body`
+     * keeps `Dialog.Header` and `Dialog.Footer` in view and scrolls only
+     * `Dialog.Body`, so the content must sit in a `Dialog.Body`. Below 480px
+     * of viewport height it falls back to scrolling the whole panel.
+     */
+    scroll?: 'surface' | 'body';
     className?: string;
     children: ReactNode;
 }

package/dist/components/dialog/index.js

@@ -1,4 +1,4 @@
-import { D as g, d } from "../../_chunks/dialog-UbKJCi1X.js";
+import { D as g, d } from "../../_chunks/dialog-BJiLqhx6.js";
 export {
   g as Dialog,
   d as dialogAgent

package/dist/components/document-preview/index.js

@@ -1,4 +1,4 @@
-import { D as r, d as t } from "../../_chunks/document-preview-CDb-n_W7.js";
+import { D as r, d as t } from "../../_chunks/document-preview-BrhMHNh8.js";
 export {
   r as DocumentPreview,
   t as documentPreviewAgent

package/dist/components/due-date-calculator/index.js

@@ -1,4 +1,4 @@
-import { D as e } from "../../_chunks/due-date-calculator-BtgWeFqp.js";
+import { D as e } from "../../_chunks/due-date-calculator-CxgK8vzt.js";
 import { C as r, a as o, D, G as _, M as T, T as M, c as E, b as l, g as C, p as A, r as N, d as i, t as n } from "../../_chunks/antenatal-schedule-timeline-sXfIp5lp.js";
 export {
   r as CRL_DATING_MAX_MM,

package/dist/components/entity-summary/index.js

@@ -1,4 +1,4 @@
-import { E as t } from "../../_chunks/entity-summary-B_vO5Ur4.js";
+import { E as t } from "../../_chunks/entity-summary-5o768XLU.js";
 export {
   t as EntitySummary
 };

package/dist/components/face-scheme/index.js

@@ -1,4 +1,4 @@
-import { A as e, F as o, a as n, b as A, c as i, d as f, e as t, I, f as N, g as T, h as F, i as _, j as E, k as c, l as h, m as r, n as p, o as O, p as S, q as m, r as l, s as d, t as C, u as D } from "../../_chunks/face-scheme-DA2vjqaM.js";
+import { A as e, F as o, a as n, b as A, c as i, d as f, e as t, I, f as N, g as T, h as F, i as _, j as E, k as c, l as h, m as r, n as p, o as O, p as S, q as m, r as l, s as d, t as C, u as D } from "../../_chunks/face-scheme-l-CQyLs-.js";
 export {
   e as ANNOTATION_TOOL_KIND,
   o as FACE_ANNOTATION_TOOLS,

package/dist/components/file-manager/index.js

@@ -1,4 +1,4 @@
-import { F as r, f } from "../../_chunks/file-manager-Cd8V9IcZ.js";
+import { F as r, f } from "../../_chunks/file-manager-CI2Qn8qW.js";
 export {
   r as FileManager,
   f as fileManagerAgent

package/dist/components/gestational-age-calculator/index.js

@@ -1,4 +1,4 @@
-import { G as t } from "../../_chunks/gestational-age-calculator-KdMg9z9H.js";
+import { G as t } from "../../_chunks/gestational-age-calculator-CZHVrERT.js";
 export {
   t as GestationalAgeCalculator
 };

package/dist/components/message-card/index.js

@@ -1,4 +1,4 @@
-import { M as a } from "../../_chunks/message-card-D8GB4FdF.js";
+import { M as a } from "../../_chunks/message-card-BUMv16un.js";
 import { m as o } from "../../_chunks/message-card.agent-ZLhx3Bs5.js";
 import { i as f } from "../../_chunks/is-safe-url-DkETxeHz.js";
 export {

package/dist/components/message-tray/index.js

@@ -1,4 +1,4 @@
-import { M as s, m as r } from "../../_chunks/message-tray-CGIRQjx5.js";
+import { M as s, m as r } from "../../_chunks/message-tray-0zsv27xX.js";
 export {
   s as MessageTray,
   r as messageTrayAgent

package/dist/components/muscle-scheme/index.js

@@ -1,4 +1,4 @@
-import { D as a, F as r, a as t, M as g, b as i, e as m, f as o, g as E, c as F, m as c, r as I, v as M } from "../../_chunks/muscle-scheme-BSJsI4-I.js";
+import { D as a, F as r, a as t, M as g, b as i, e as m, f as o, g as E, c as F, m as c, r as I, v as M } from "../../_chunks/muscle-scheme-UVz_x4iE.js";
 export {
   a as DEFAULT_MUSCLE_VIEW,
   r as FINDING_MARKER,