{"schema":"https://ver.cy/schemas/card/1.0.0","id":"vr.wm-act-026","code":"wm-act-026-appointment-reservation-event","url":"https://ver.cy/models/wm-act-026-appointment-reservation-event/","name":"Appointment / Reservation Event","alternateNames":[],"kind":"world-model","status":"published","version":"0.3.0-research.1","language":"en","classifiers":{"family":"World Models","category":"Activities and processes","entryKind":"aggregate","plane":"","domain":["ACT.APT"],"industry":["Cross-industry"],"navPath":"NAV.ACT.APT","tags":["appointment","reservation","event","act.apt"],"facets":{}},"whatItIs":"Owns booking identity and lineage, request purpose and preferences, planned interval and recurrence, allocation references, booking-scoped party roles and responses, proposals and confirmation basis, booking lifecycle events, terms references, booking-specific communications and evidence, projections, access and retention. Party, resource, service, schedule, slot, place, order, payment, entitlement, message, encounter, generic evidence and audit masters remain external.","purpose":"Represent a proposed, held or confirmed allocation of time, capacity, service, place or resource among participants without owning availability, actual encounter, service order or payment lifecycles.","scope":{"in":["Appointment and reservation identity, request, proposed or held allocation, participants, service or resource references, time, recurrence and capacity observation","Proposal, response, confirmation, waitlist, modification, reschedule, cancellation, expiry, no-show and fulfilment assertions with authority and lineage","Terms and commerce references, communications, provenance, validation, role views, privacy, retention, interoperability and safe agent operations"],"out":["Party, resource, service, location, schedule, slot, order, payment, entitlement, message, encounter, generic evidence or audit-log master lifecycle","Proving actual attendance, service performance, resource availability, payment settlement, legal entitlement or party identity merely from booking status","Implementing scheduler, optimization, routing, conferencing, payment, messaging or sector-specific protocol engines and claiming lossless cross-format equivalence"],"boundaries":[{"neighbor":"Schedule / Slot / Availability","distinction":"The booking references source-qualified availability and allocated slots; schedules and slots keep their own identity, capacity and availability lifecycle."},{"neighbor":"Encounter / Event occurrence","distinction":"The booking describes planned allocation; an actual encounter or real-world event keeps separate observations and outcome evidence."},{"neighbor":"Order / Payment / Entitlement","distinction":"The booking can reference commercial or authorization records, but confirmation does not itself settle payment or grant entitlement."},{"neighbor":"Party / Resource / Service / Place","distinction":"Booking-scoped roles and allocation references are owned here; external subject masters and their lifecycles are not copied."},{"neighbor":"Calendar message / Notification","distinction":"The booking owns the intended state and records communication references; delivery of an invitation or confirmation is not acceptance."}]},"distinguishingFeatures":["Models the commitment to meet or use a resource at a planned time, not the availability slot or the actual encounter.","Separates temporary holds, acceptance, confirmation, attendance and fulfilment as distinct states.","Keeps reschedules and cancellations as appended events with lineage.","References orders, payments and messages instead of owning them."],"structure":{"bundles":[{"id":"booking-definition-identity-and-boundary","name":"Booking definition, identity and boundary","description":"Defines the scheduled allocation and its authoritative identity.","layers":[{"id":"concept-type-and-instance-identity","name":"Concept, type and instance identity","description":"Separates appointment and reservation semantics from each booking instance and representation.","findings":[{"id":"appointment-reservation-hold-event-and-encounter-distinction","name":"Appointment, reservation, hold, event and encounter distinction","description":"Definition, inclusion and exclusion rules, planned allocation kind and external actual-occurrence reference.","questions":[{"text":"What identity, type, role, scope, version and values define appointment, reservation, hold, event and encounter distinction?","id":"appointment-reservation-hold-event-and-encounter-distinction-q01","kind":"identity"},{"text":"Which authority, source, observation, evidence and event or effective time support appointment, reservation, hold, event and encounter distinction?","id":"appointment-reservation-hold-event-and-encounter-distinction-q02","kind":"evidence"},{"text":"How is appointment, reservation, hold, event and encounter distinction validated, shared, changed, contested, corrected and retained?","id":"appointment-reservation-hold-event-and-encounter-distinction-q03","kind":"validation"}]},{"id":"booking-identifier-type-version-channel-source-and-lineage","name":"Booking identifier, type, version, channel, source and lineage","description":"Authoritative booking ID, local and external IDs, class, profile version, booking channel, source system and predecessor or successor.","questions":[{"text":"What identity, type, role, scope, version and values define booking identifier, type, version, channel, source and lineage?","id":"booking-identifier-type-version-channel-source-and-lineage-q01","kind":"definition"},{"text":"Which authority, source, observation, evidence and event or effective time support booking identifier, type, version, channel, source and lineage?","id":"booking-identifier-type-version-channel-source-and-lineage-q02","kind":"authority"},{"text":"How is booking identifier, type, version, channel, source and lineage validated, shared, changed, contested, corrected and retained?","id":"booking-identifier-type-version-channel-source-and-lineage-q03","kind":"interoperability"}]}]},{"id":"purpose-request-and-preferences","name":"Purpose, request and preferences","description":"Captures why allocation is sought and the bounded request that preceded it.","findings":[{"id":"requester-purpose-service-need-priority-and-request-event","name":"Requester, purpose, service need, priority and request event","description":"Requester reference, stated purpose, requested service or resource, priority, referral or order reference and request provenance.","questions":[{"text":"What identity, type, role, scope, version and values define requester, purpose, service need, priority and request event?","id":"requester-purpose-service-need-priority-and-request-event-q01","kind":"relationship"},{"text":"Which authority, source, observation, evidence and event or effective time support requester, purpose, service need, priority and request event?","id":"requester-purpose-service-need-priority-and-request-event-q02","kind":"temporal"},{"text":"How is requester, purpose, service need, priority and request event validated, shared, changed, contested, corrected and retained?","id":"requester-purpose-service-need-priority-and-request-event-q03","kind":"access"}]},{"id":"preferred-time-location-participant-resource-and-flexibility","name":"Preferred time, location, participant, resource and flexibility","description":"Requested windows, time zone, acceptable locations, participants, resources, duration, flexibility and alternatives.","questions":[{"text":"What identity, type, role, scope, version and values define preferred time, location, participant, resource and flexibility?","id":"preferred-time-location-participant-resource-and-flexibility-q01","kind":"requirement"},{"text":"Which authority, source, observation, evidence and event or effective time support preferred time, location, participant, resource and flexibility?","id":"preferred-time-location-participant-resource-and-flexibility-q02","kind":"decision"},{"text":"How is preferred time, location, participant, resource and flexibility validated, shared, changed, contested, corrected and retained?","id":"preferred-time-location-participant-resource-and-flexibility-q03","kind":"exception"}]}]}]},{"id":"time-recurrence-availability-and-capacity","name":"Time, recurrence, availability and capacity","description":"Defines the promised interval and references the external availability from which it was allocated.","layers":[{"id":"temporal-commitment-and-recurrence","name":"Temporal commitment and recurrence","description":"Represents one interval or a recurrence template with explicit exceptions.","findings":[{"id":"start-end-duration-time-zone-window-and-deadline","name":"Start, end, duration, time zone, window and deadline","description":"Planned start and end, duration, offset, named time zone, permissible window, arrival window, hold expiry and response deadline.","questions":[{"text":"What identity, type, role, scope, version and values define start, end, duration, time zone, window and deadline?","id":"start-end-duration-time-zone-window-and-deadline-q01","kind":"ownership"},{"text":"Which authority, source, observation, evidence and event or effective time support start, end, duration, time zone, window and deadline?","id":"start-end-duration-time-zone-window-and-deadline-q02","kind":"provenance"},{"text":"How is start, end, duration, time zone, window and deadline validated, shared, changed, contested, corrected and retained?","id":"start-end-duration-time-zone-window-and-deadline-q03","kind":"privacy"}]},{"id":"recurrence-template-occurrence-identity-exception-and-override","name":"Recurrence template, occurrence identity, exception and override","description":"Series ID, recurrence rules and dates, occurrence ID, excluded instances, overrides and series versus occurrence changes.","questions":[{"text":"What identity, type, role, scope, version and values define recurrence template, occurrence identity, exception and override?","id":"recurrence-template-occurrence-identity-exception-and-override-q01","kind":"classification"},{"text":"Which authority, source, observation, evidence and event or effective time support recurrence template, occurrence identity, exception and override?","id":"recurrence-template-occurrence-identity-exception-and-override-q02","kind":"quality"},{"text":"How is recurrence template, occurrence identity, exception and override validated, shared, changed, contested, corrected and retained?","id":"recurrence-template-occurrence-identity-exception-and-override-q03","kind":"security"}]}]},{"id":"schedule-slot-capacity-and-conflict","name":"Schedule, slot, capacity and conflict","description":"References availability evidence and preserves the allocation decision that consumed it.","findings":[{"id":"schedule-slot-availability-observation-and-freshness-reference","name":"Schedule, slot, availability observation and freshness reference","description":"External schedule and slot IDs, availability result, query constraints, source revision, observed time and freshness.","questions":[{"text":"What identity, type, role, scope, version and values define schedule, slot, availability observation and freshness reference?","id":"schedule-slot-availability-observation-and-freshness-reference-q01","kind":"composition"},{"text":"Which authority, source, observation, evidence and event or effective time support schedule, slot, availability observation and freshness reference?","id":"schedule-slot-availability-observation-and-freshness-reference-q02","kind":"measurement"},{"text":"How is schedule, slot, availability observation and freshness reference validated, shared, changed, contested, corrected and retained?","id":"schedule-slot-availability-observation-and-freshness-reference-q03","kind":"validation"}]},{"id":"capacity-quantity-hold-allocation-overbooking-and-conflict","name":"Capacity, quantity, hold, allocation, overbooking and conflict","description":"Requested and allocated quantity, unit, capacity class, hold, remaining capacity observation, overbooking flag and conflict result.","questions":[{"text":"What identity, type, role, scope, version and values define capacity, quantity, hold, allocation, overbooking and conflict?","id":"capacity-quantity-hold-allocation-overbooking-and-conflict-q01","kind":"state"},{"text":"Which authority, source, observation, evidence and event or effective time support capacity, quantity, hold, allocation, overbooking and conflict?","id":"capacity-quantity-hold-allocation-overbooking-and-conflict-q02","kind":"lifecycle"},{"text":"How is capacity, quantity, hold, allocation, overbooking and conflict validated, shared, changed, contested, corrected and retained?","id":"capacity-quantity-hold-allocation-overbooking-and-conflict-q03","kind":"retention"}]}]}]},{"id":"parties-resources-service-and-place","name":"Parties, resources, service and place","description":"Binds external actors and allocatable subjects to booking roles.","layers":[{"id":"organizer-requester-provider-and-participants","name":"Organizer, requester, provider and participants","description":"Separates booking responsibility, beneficiary and participation obligations.","findings":[{"id":"organizer-provider-requester-customer-beneficiary-and-booking-agent","name":"Organizer, provider, requester, customer, beneficiary and booking agent","description":"External party references, role, authority, on-behalf-of relationship and contact endpoint.","questions":[{"text":"What identity, type, role, scope, version and values define organizer, provider, requester, customer, beneficiary and booking agent?","id":"organizer-provider-requester-customer-beneficiary-and-booking-agent-q01","kind":"identity"},{"text":"Which authority, source, observation, evidence and event or effective time support organizer, provider, requester, customer, beneficiary and booking agent?","id":"organizer-provider-requester-customer-beneficiary-and-booking-agent-q02","kind":"evidence"},{"text":"How is organizer, provider, requester, customer, beneficiary and booking agent validated, shared, changed, contested, corrected and retained?","id":"organizer-provider-requester-customer-beneficiary-and-booking-agent-q03","kind":"validation"}]},{"id":"participant-role-required-status-response-delegation-and-attendance-claim","name":"Participant role, requirement, status, response, delegation and attendance claim","description":"Participant or actor reference, required or optional role, response requirement, accepted or declined status, delegation and separately sourced attendance assertion.","questions":[{"text":"What identity, type, role, scope, version and values define participant role, requirement, status, response, delegation and attendance claim?","id":"participant-role-required-status-response-delegation-and-attendance-claim-q01","kind":"definition"},{"text":"Which authority, source, observation, evidence and event or effective time support participant role, requirement, status, response, delegation and attendance claim?","id":"participant-role-required-status-response-delegation-and-attendance-claim-q02","kind":"authority"},{"text":"How is participant role, requirement, status, response, delegation and attendance claim validated, shared, changed, contested, corrected and retained?","id":"participant-role-required-status-response-delegation-and-attendance-claim-q03","kind":"interoperability"}]}]},{"id":"reserved-subject-service-resource-and-location","name":"Reserved subject, service, resource and location","description":"States what is allocated and the conditions needed for use.","findings":[{"id":"service-product-activity-order-referral-and-fulfilment-target","name":"Service, product, activity, order, referral and fulfilment target","description":"Reserved or scheduled subject, requested service, product or activity, external order or referral and intended fulfilment target.","questions":[{"text":"What identity, type, role, scope, version and values define service, product, activity, order, referral and fulfilment target?","id":"service-product-activity-order-referral-and-fulfilment-target-q01","kind":"relationship"},{"text":"Which authority, source, observation, evidence and event or effective time support service, product, activity, order, referral and fulfilment target?","id":"service-product-activity-order-referral-and-fulfilment-target-q02","kind":"temporal"},{"text":"How is service, product, activity, order, referral and fulfilment target validated, shared, changed, contested, corrected and retained?","id":"service-product-activity-order-referral-and-fulfilment-target-q03","kind":"access"}]},{"id":"resource-place-virtual-endpoint-accessibility-equipment-and-preconditions","name":"Resource, place, virtual endpoint, accessibility, equipment and preconditions","description":"External resource and location references, room or device, online endpoint, attendance mode, accessibility needs, equipment and prerequisites.","questions":[{"text":"What identity, type, role, scope, version and values define resource, place, virtual endpoint, accessibility, equipment and preconditions?","id":"resource-place-virtual-endpoint-accessibility-equipment-and-preconditions-q01","kind":"requirement"},{"text":"Which authority, source, observation, evidence and event or effective time support resource, place, virtual endpoint, accessibility, equipment and preconditions?","id":"resource-place-virtual-endpoint-accessibility-equipment-and-preconditions-q02","kind":"decision"},{"text":"How is resource, place, virtual endpoint, accessibility, equipment and preconditions validated, shared, changed, contested, corrected and retained?","id":"resource-place-virtual-endpoint-accessibility-equipment-and-preconditions-q03","kind":"exception"}]}]}]},{"id":"negotiation-confirmation-lifecycle-and-change","name":"Negotiation, confirmation, lifecycle and change","description":"Represents proposals, responses and append-only booking transitions.","layers":[{"id":"proposal-response-and-confirmation","name":"Proposal, response and confirmation","description":"Preserves the revision each party saw and the basis on which the booking became confirmed.","findings":[{"id":"proposal-offer-counterproposal-revision-sequence-and-expiry","name":"Proposal, offer, counterproposal, revision, sequence and expiry","description":"Proposed allocation, proposing actor, revision and sequence, response deadline, expiry and relation to previous proposal.","questions":[{"text":"What identity, type, role, scope, version and values define proposal, offer, counterproposal, revision, sequence and expiry?","id":"proposal-offer-counterproposal-revision-sequence-and-expiry-q01","kind":"ownership"},{"text":"Which authority, source, observation, evidence and event or effective time support proposal, offer, counterproposal, revision, sequence and expiry?","id":"proposal-offer-counterproposal-revision-sequence-and-expiry-q02","kind":"provenance"},{"text":"How is proposal, offer, counterproposal, revision, sequence and expiry validated, shared, changed, contested, corrected and retained?","id":"proposal-offer-counterproposal-revision-sequence-and-expiry-q03","kind":"privacy"}]},{"id":"participant-response-confirmation-basis-commitment-and-pending-party","name":"Participant response, confirmation basis, commitment and pending party","description":"Response actor, role and revision, accepted, declined, tentative or needs-action state, confirmation rule and outstanding responses.","questions":[{"text":"What identity, type, role, scope, version and values define participant response, confirmation basis, commitment and pending party?","id":"participant-response-confirmation-basis-commitment-and-pending-party-q01","kind":"classification"},{"text":"Which authority, source, observation, evidence and event or effective time support participant response, confirmation basis, commitment and pending party?","id":"participant-response-confirmation-basis-commitment-and-pending-party-q02","kind":"quality"},{"text":"How is participant response, confirmation basis, commitment and pending party validated, shared, changed, contested, corrected and retained?","id":"participant-response-confirmation-basis-commitment-and-pending-party-q03","kind":"security"}]}]},{"id":"state-transition-reschedule-and-outcome-assertion","name":"State transition, reschedule and outcome assertion","description":"Keeps plan lifecycle separate from observations of what happened.","findings":[{"id":"proposed-held-pending-confirmed-waitlisted-arrived-and-checked-in-event","name":"Proposed, held, pending, confirmed, waitlisted, arrived and checked-in event","description":"Typed status event, prior and next state, actor, authority, reason, event time, effective time and evidence.","questions":[{"text":"What identity, type, role, scope, version and values define proposed, held, pending, confirmed, waitlisted, arrived and checked-in event?","id":"proposed-held-pending-confirmed-waitlisted-arrived-and-checked-in-event-q01","kind":"composition"},{"text":"Which authority, source, observation, evidence and event or effective time support proposed, held, pending, confirmed, waitlisted, arrived and checked-in event?","id":"proposed-held-pending-confirmed-waitlisted-arrived-and-checked-in-event-q02","kind":"measurement"},{"text":"How is proposed, held, pending, confirmed, waitlisted, arrived and checked-in event validated, shared, changed, contested, corrected and retained?","id":"proposed-held-pending-confirmed-waitlisted-arrived-and-checked-in-event-q03","kind":"validation"}]},{"id":"modify-reschedule-cancel-expire-no-show-fulfil-correct-and-supersede-event","name":"Modify, reschedule, cancel, expire, no-show, fulfil, correct and supersede event","description":"Change scope, prior and new values, authority, reason, original time, release action, no-show or fulfilment assertion source, successor and notification.","questions":[{"text":"What identity, type, role, scope, version and values define modify, reschedule, cancel, expire, no-show, fulfil, correct and supersede event?","id":"modify-reschedule-cancel-expire-no-show-fulfil-correct-and-supersede-event-q01","kind":"state"},{"text":"Which authority, source, observation, evidence and event or effective time support modify, reschedule, cancel, expire, no-show, fulfil, correct and supersede event?","id":"modify-reschedule-cancel-expire-no-show-fulfil-correct-and-supersede-event-q02","kind":"lifecycle"},{"text":"How is modify, reschedule, cancel, expire, no-show, fulfil, correct and supersede event validated, shared, changed, contested, corrected and retained?","id":"modify-reschedule-cancel-expire-no-show-fulfil-correct-and-supersede-event-q03","kind":"retention"}]}]}]},{"id":"terms-commerce-communications-evidence-and-provenance","name":"Terms, commerce, communications, evidence and provenance","description":"Records booking-specific terms and traceability while referencing external commerce, message and evidence masters.","layers":[{"id":"terms-fees-payment-and-entitlement-references","name":"Terms, fees, payment and entitlement references","description":"Connects the booking to the terms that govern confirmation, use and release.","findings":[{"id":"booking-hold-cancellation-no-show-change-and-refund-terms","name":"Booking, hold, cancellation, no-show, change and refund terms","description":"Applicable policy versions, acceptance, hold deadline, cancellation window, change rules, no-show terms, refund rule and jurisdiction.","questions":[{"text":"What identity, type, role, scope, version and values define booking, hold, cancellation, no-show, change and refund terms?","id":"booking-hold-cancellation-no-show-change-and-refund-terms-q01","kind":"identity"},{"text":"Which authority, source, observation, evidence and event or effective time support booking, hold, cancellation, no-show, change and refund terms?","id":"booking-hold-cancellation-no-show-change-and-refund-terms-q02","kind":"evidence"},{"text":"How is booking, hold, cancellation, no-show, change and refund terms validated, shared, changed, contested, corrected and retained?","id":"booking-hold-cancellation-no-show-change-and-refund-terms-q03","kind":"validation"}]},{"id":"price-deposit-payment-refund-ticket-membership-and-entitlement-reference","name":"Price, deposit, payment, refund, ticket, membership and entitlement reference","description":"Quoted price and currency, external price specification, deposit, payment, refund, ticket, membership and entitlement IDs and status observations.","questions":[{"text":"What identity, type, role, scope, version and values define price, deposit, payment, refund, ticket, membership and entitlement reference?","id":"price-deposit-payment-refund-ticket-membership-and-entitlement-reference-q01","kind":"definition"},{"text":"Which authority, source, observation, evidence and event or effective time support price, deposit, payment, refund, ticket, membership and entitlement reference?","id":"price-deposit-payment-refund-ticket-membership-and-entitlement-reference-q02","kind":"authority"},{"text":"How is price, deposit, payment, refund, ticket, membership and entitlement reference validated, shared, changed, contested, corrected and retained?","id":"price-deposit-payment-refund-ticket-membership-and-entitlement-reference-q03","kind":"interoperability"}]}]},{"id":"communications-evidence-quality-and-provenance","name":"Communications, evidence, quality and provenance","description":"Makes notices, source observations and transformations attributable.","findings":[{"id":"invitation-confirmation-reminder-change-cancellation-and-delivery-receipt","name":"Invitation, confirmation, reminder, change, cancellation and delivery receipt","description":"External message references, audience, purpose, channel, sender, requested response, sent, delivered and acknowledged times and errors.","questions":[{"text":"What identity, type, role, scope, version and values define invitation, confirmation, reminder, change, cancellation and delivery receipt?","id":"invitation-confirmation-reminder-change-cancellation-and-delivery-receipt-q01","kind":"relationship"},{"text":"Which authority, source, observation, evidence and event or effective time support invitation, confirmation, reminder, change, cancellation and delivery receipt?","id":"invitation-confirmation-reminder-change-cancellation-and-delivery-receipt-q02","kind":"temporal"},{"text":"How is invitation, confirmation, reminder, change, cancellation and delivery receipt validated, shared, changed, contested, corrected and retained?","id":"invitation-confirmation-reminder-change-cancellation-and-delivery-receipt-q03","kind":"access"}]},{"id":"source-observation-evidence-provenance-confidence-conflict-and-quality","name":"Source observation, evidence, provenance, confidence, conflict and quality","description":"Source system and revision, responsible agent, generation or derivation activity, observation and knowledge times, confidence, conflict and validation result.","questions":[{"text":"What identity, type, role, scope, version and values define source observation, evidence, provenance, confidence, conflict and quality?","id":"source-observation-evidence-provenance-confidence-conflict-and-quality-q01","kind":"requirement"},{"text":"Which authority, source, observation, evidence and event or effective time support source observation, evidence, provenance, confidence, conflict and quality?","id":"source-observation-evidence-provenance-confidence-conflict-and-quality-q02","kind":"decision"},{"text":"How is source observation, evidence, provenance, confidence, conflict and quality validated, shared, changed, contested, corrected and retained?","id":"source-observation-evidence-provenance-confidence-conflict-and-quality-q03","kind":"exception"}]}]}]},{"id":"interoperability-access-retention-and-agent-operations","name":"Interoperability, access, retention and agent operations","description":"Provides loss-aware projections and guarded autonomous operations.","layers":[{"id":"validation-concurrency-and-interoperability","name":"Validation, concurrency and interoperability","description":"Checks semantic integrity and maps only under pinned profiles.","findings":[{"id":"availability-capacity-participant-time-zone-transition-and-concurrency-validation","name":"Availability, capacity, participant, time-zone, transition and concurrency validation","description":"Validation checks, expected head or sequence, idempotency key, stale response detection, conflict resolution and structured errors.","questions":[{"text":"What identity, type, role, scope, version and values define availability, capacity, participant, time-zone, transition and concurrency validation?","id":"availability-capacity-participant-time-zone-transition-and-concurrency-validation-q01","kind":"ownership"},{"text":"Which authority, source, observation, evidence and event or effective time support availability, capacity, participant, time-zone, transition and concurrency validation?","id":"availability-capacity-participant-time-zone-transition-and-concurrency-validation-q02","kind":"provenance"},{"text":"How is availability, capacity, participant, time-zone, transition and concurrency validation validated, shared, changed, contested, corrected and retained?","id":"availability-capacity-participant-time-zone-transition-and-concurrency-validation-q03","kind":"privacy"}]},{"id":"fhir-icalendar-jscalendar-schema-org-and-tmf646-crosswalk","name":"FHIR, iCalendar, JSCalendar, Schema.org and TMF646 crosswalk","description":"Pinned source and target versions, field and state mappings, recurrence behavior, omissions, conflicts and round-trip class.","questions":[{"text":"What identity, type, role, scope, version and values define fhir, icalendar, jscalendar, schema.org and tmf646 crosswalk?","id":"fhir-icalendar-jscalendar-schema-org-and-tmf646-crosswalk-q01","kind":"classification"},{"text":"Which authority, source, observation, evidence and event or effective time support fhir, icalendar, jscalendar, schema.org and tmf646 crosswalk?","id":"fhir-icalendar-jscalendar-schema-org-and-tmf646-crosswalk-q02","kind":"quality"},{"text":"How is fhir, icalendar, jscalendar, schema.org and tmf646 crosswalk validated, shared, changed, contested, corrected and retained?","id":"fhir-icalendar-jscalendar-schema-org-and-tmf646-crosswalk-q03","kind":"security"}]}]},{"id":"views-access-retention-and-safe-agent-operation","name":"Views, access, retention and safe agent operation","description":"Separates audience views and controls mutation, deletion and evidence retention.","findings":[{"id":"public-participant-requester-provider-operator-auditor-and-agent-view","name":"Public, participant, requester, provider, operator, auditor and agent view","description":"Audience, purpose, authority, included fields, redactions, contact and endpoint protection, freshness and expiry.","questions":[{"text":"What identity, type, role, scope, version and values define public, participant, requester, provider, operator, auditor and agent view?","id":"public-participant-requester-provider-operator-auditor-and-agent-view-q01","kind":"composition"},{"text":"Which authority, source, observation, evidence and event or effective time support public, participant, requester, provider, operator, auditor and agent view?","id":"public-participant-requester-provider-operator-auditor-and-agent-view-q02","kind":"measurement"},{"text":"How is public, participant, requester, provider, operator, auditor and agent view validated, shared, changed, contested, corrected and retained?","id":"public-participant-requester-provider-operator-auditor-and-agent-view-q03","kind":"validation"}]},{"id":"retention-legal-hold-disposition-agent-authority-idempotency-and-audit","name":"Retention, legal hold, disposition, agent authority, idempotency and audit","description":"Retention trigger, hold, disposition authority, minimum tombstone, delegated operation, expected revision, rollback and audit evidence.","questions":[{"text":"What identity, type, role, scope, version and values define retention, legal hold, disposition, agent authority, idempotency and audit?","id":"retention-legal-hold-disposition-agent-authority-idempotency-and-audit-q01","kind":"state"},{"text":"Which authority, source, observation, evidence and event or effective time support retention, legal hold, disposition, agent authority, idempotency and audit?","id":"retention-legal-hold-disposition-agent-authority-idempotency-and-audit-q02","kind":"lifecycle"},{"text":"How is retention, legal hold, disposition, agent authority, idempotency and audit validated, shared, changed, contested, corrected and retained?","id":"retention-legal-hold-disposition-agent-authority-idempotency-and-audit-q03","kind":"retention"}]}]}]}]},"agentConduct":{"may":["Search availability and place a temporary hold for a requester.","Propose times and collect participant responses.","Send reminders and confirmations through approved channels.","Release expired holds."],"mustNot":["Confirm a booking without the required participant or provider acceptance.","Hold slots indefinitely or block others' access to scarce resources.","Record a no-show or fulfilment without evidence.","Rewrite a past booking instead of appending a change.","Disclose booking details that reveal health, legal or other sensitive purposes."],"requiresHuman":["Cancelling bookings that carry fees, penalties or care consequences.","Overbooking or prioritising between competing requesters for scarce resources."]},"ethics":{"considerations":["Booking purpose can reveal health, legal or personal matters and needs protection.","Allocation of scarce slots must be fair and not favour automated bookers over people.","Missed appointments can harm patients or clients; cancellations need clear notice."],"affectedParties":["People who book and attend","Service providers and staff","Others waiting for the same resources"]},"owners":{"steward":"Dimension identity, owner, booking governance authority and schedule, privacy and records stewards","roles":[{"name":"Booking owner or requester","responsibilities":["States need, preferences and authorized change or cancellation requests."]},{"name":"Organizer or provider","responsibilities":["Owns allocation confirmation, delivery coordination and source-qualified outcome assertions."]},{"name":"Participant or beneficiary","responsibilities":["Responds for an authorized role and receives minimum necessary booking details."]},{"name":"Schedule and resource steward","responsibilities":["Maintains external availability, capacity, holds and release integrity."]},{"name":"Booking service operator","responsibilities":["Maintains booking state machine, concurrency, notices and recovery."]},{"name":"Privacy and records steward","responsibilities":["Controls protected details, retention, legal hold, disposition and auditability."]},{"name":"Interoperability steward","responsibilities":["Owns pinned projections, mappings, loss reports and compatibility tests."]}],"masterSystems":[]},"relations":[{"target":"Party, Person, Organization, Agent and Role models","type":"references","note":"Resolve requester, customer, beneficiary, organizer, provider and participant identities and authority."},{"target":"Service, Resource, Place, Schedule, Slot and Availability models","type":"references","note":"Resolve the allocatable subject and source-qualified capacity without importing its master lifecycle."},{"target":"Order, Payment, Entitlement, Message, Encounter, Evidence and Audit models","type":"references","note":"Connect commerce, notices, actual occurrence and provenance while preserving ownership boundaries."},{"target":"HL7 FHIR R5 Appointment, AppointmentResponse, Schedule and Slot","type":"aligned","note":"Project healthcare scheduling roles, lifecycle, recurrence and availability semantics."},{"target":"iCalendar, iTIP, JSCalendar, Schema.org and TMF646","type":"aligned","note":"Project calendar, reservation and service-appointment representations with declared loss."},{"target":"Schedule / Slot / Availability","type":"neighbor","note":"The booking references source-qualified availability and allocated slots; schedules and slots keep their own identity, capacity and availability lifecycle."},{"target":"Encounter / Event occurrence","type":"neighbor","note":"The booking describes planned allocation; an actual encounter or real-world event keeps separate observations and outcome evidence."},{"target":"Order / Payment / Entitlement","type":"neighbor","note":"The booking can reference commercial or authorization records, but confirmation does not itself settle payment or grant entitlement."},{"target":"Party / Resource / Service / Place","type":"neighbor","note":"Booking-scoped roles and allocation references are owned here; external subject masters and their lifecycles are not copied."},{"target":"Calendar message / Notification","type":"neighbor","note":"The booking owns the intended state and records communication references; delivery of an invitation or confirmation is not acceptance."},{"target":"WM-ACT-018","type":"parent"}],"interaction":{"identity":{"applicability":"required","items":["Authoritative master-system booking or reservation identifier qualified by source and booking class.","Governed globally resolvable calendar UID or reservation identifier with source authority.","Dimension UUID when no authoritative or governed global identifier exists."]},"properties":{"applicability":"not-applicable","items":[]},"recognition":{"applicability":"optional","items":["A booking has a requester, participants, a planned time interval, a service or resource and a status.","It is confused with an available slot, a calendar entry, an order or the encounter that took place."]},"capabilities":{"applicability":"required","items":["Create booking request: Record a bounded request for a scheduled service, resource or place.","Search and observe availability: Query external schedules and preserve the result and its freshness without owning availability.","Place or release temporary hold: Record a time-limited capacity hold and later confirmation, release or expiry.","Propose, respond and counter: Exchange revision-qualified proposals and participant responses.","Confirm booking: Commit the allocation after required responses, terms and capacity checks.","Modify or reschedule booking: Create a successor revision for time, participant, resource, service or location changes.","Cancel, expire or release booking: Apply a terminal or hold-expiry transition and release allocated capacity under terms.","Record arrival, no-show or fulfilment assertion: Attach a source-qualified observation about participation or outcome without treating status as proof by default.","Project booking loss-aware: Map a booking to a pinned interoperability profile with explicit omissions and conflicts.","Validate, correct, retain and audit: Run semantic checks or create a correction and authorized disposition with preserved lineage."]},"hazards":{"applicability":"required","items":["Double booking of a resource or person.","Time zone or daylight saving errors shifting appointments.","Lost cancellations leaving people without service."]},"interfaces":{"applicability":"required","items":["IETF iCalendar (RFC 5545) and iTIP (RFC 5546).","IETF JSCalendar (RFC 8984).","schema.org Reservation and Event.","ISO 8601 date and time format."]},"context":{"applicability":"required","items":["Cancellation rights, deposits, refunds, no-show terms, accessibility obligations, retention and emergency access depend on jurisdiction and sector.","Healthcare terminology and workflow from FHIR are useful structural inputs but do not make the model healthcare-specific.","Schema.org and calendar formats support discovery and exchange but do not establish allocation authority, capacity truth or contractual effect."]}},"sources":[{"title":"FHIR R5 Appointment","url":"https://www.hl7.org/fhir/appointment.html","note":"Health Level Seven International"},{"title":"FHIR R5 Slot","url":"https://www.hl7.org/fhir/slot.html","note":"Health Level Seven International"},{"title":"FHIR R5 Schedule","url":"https://www.hl7.org/fhir/schedule.html","note":"Health Level Seven International"},{"title":"FHIR R5 AppointmentResponse","url":"https://www.hl7.org/fhir/appointmentresponse.html","note":"Health Level Seven International"},{"title":"Internet Calendaring and Scheduling Core Object Specification","url":"https://www.rfc-editor.org/rfc/rfc5545","note":"Internet Engineering Task Force"},{"title":"iCalendar Transport-Independent Interoperability Protocol","url":"https://www.rfc-editor.org/rfc/rfc5546","note":"Internet Engineering Task Force"},{"title":"JSCalendar: A JSON Representation of Calendar Data","url":"https://www.rfc-editor.org/rfc/rfc8984","note":"Internet Engineering Task Force"},{"title":"Date and Time on the Internet: Timestamps with Additional Information","url":"https://www.rfc-editor.org/rfc/rfc9557","note":"Internet Engineering Task Force"},{"title":"Reservation","url":"https://schema.org/Reservation","note":"Schema.org Community Group"},{"title":"Event","url":"https://schema.org/Event","note":"Schema.org Community Group"},{"title":"TMF646 Appointment Management API REST Specification","url":"https://www.tmforum.org/resources/specifications/tmf646-appointment-management-api-rest-specification-r19-0-0/","note":"TM Forum"},{"title":"PROV-O: The PROV Ontology","url":"https://www.w3.org/TR/prov-o/","note":"World Wide Web Consortium"}],"openQuestions":["Review the current TM Forum appointment management specification, including any v5 profile, against the SRC-011 v4.0.1 material and reconcile state, hold and capacity semantics.","Enumerate the field-level and state-level crosswalk between FHIR R5 Appointment and AppointmentResponse, RFC 5545 and 5546, RFC 8984 JSCalendar, Schema.org Reservation and TMF646, with a round-trip test corpus and a declared loss class per direction.","Define a redaction and pseudonymization rule for personal data embedded in append-only proposals, responses, communications references and status events, reconciled with legal hold, tombstone minima and jurisdictional erasure rights.","Adjudicate cross-participant disclosure: whether a participant may see other participants' response state, delegation chain, contact endpoints or virtual location, grounded in ITIP and JSCalendar participant visibility semantics.","Specify waitlist enrollment, position, promotion, lapse and notification operations, and split the hold lifecycle authority explicitly between the booking aggregate and the slot or schedule steward.","Develop sector booking profiles for transport, lodging, dining, healthcare procedures, court hearings and workforce dispatch, and derive the precedence rules for a confirmed booking coexisting with stale availability, a participant decline, a failed payment or a provider-side cancellation.","Add an explicit source row for the base timestamp standard enforced by artifact_rules and confirm that named time-zone intent survives recurrence expansion after time-zone rule changes.","No successful independent Claude or Grok result was available; later scheduling, travel, hospitality, healthcare and legal review is required before canonical promotion.","No approved relation rows were supplied; proposed links to Encounter and to party, resource, service, location, schedule, order, payment, message, evidence and audit models remain holds.","Sector-specific booking families such as transport, lodging, dining, healthcare procedures, court hearings and workforce dispatch require separate profiles.","TMF646 source material used here is v4.0.1; a later TM Forum v5 profile should be reviewed when the full normative artifact is available."],"resources":{"spec":"/models/wm-act-026-appointment-reservation-event/spec.yaml","agents":"/models/wm-act-026-appointment-reservation-event/AGENTS.md","source":"https://github.com/ver-cy/world-models/tree/feat/mega-model-registry/research/runs/wm-act-026"},"provenance":{"origin":"world-models research","builtFrom":["models/wm-act-026-appointment-reservation-event/spec.yaml","ver-cy/world-models/card-supplements/wm-act-026-appointment-reservation-event.json"],"providers":["Codex"],"researchStatus":"reviewable-draft","generatedAt":"2026-09-06T05:06:40Z","builder":"tools/build_cards.py@1.0.0"},"completeness":{"sections":{"classifiers":"filled","whatItIs":"filled","purpose":"filled","distinguishingFeatures":"filled","structure":"filled","agentConduct":"filled","ethics":"filled","owners":"filled","relations":"filled","interaction.identity":"filled","interaction.properties":"not-applicable","interaction.recognition":"filled","interaction.capabilities":"filled","interaction.hazards":"filled","interaction.interfaces":"filled","interaction.context":"filled","sources":"filled"},"notes":{"interaction.properties":"Institutional or informational subject: no invented physical properties.","_supplement":"Sections authored in card supplement 1.0.0 by Claude (Opus 5.5) (2026-10-05, unreviewed). Written from the published specification and established practice in the field; no new sources were read. Unreviewed."},"score":1.0}}