算法艺术创作
algorithmic-art
通过代码和可调参数创作生成艺术与交互式视觉效果。
abridge-reference-architecture【设计与创意】Define an Abridge reference architecture that separates vendor, EHR, identity, device, customer, and clinical authority boundaries. Use when reviewing an enterprise Abridge design. Trigger with "design the Abridge architecture".
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
name: abridge-reference-architecture description: "Define an Abridge reference architecture that separates vendor, EHR, identity, device, customer, and clinical authority boundaries. Use when reviewing an enterprise Abridge design. Trigger with "design the Abridge architecture"." argument-hint: "[care-settings] [ehr-landscape]" allowed-tools: Read, Glob, Grep, WebFetch, Write, Edit version: 1.5.0 author: Jeremy Longshore jeremy@intentsolutions.io license: MIT tags:
Produce a tenant-grounded component and trust-boundary model for clinician capture, Abridge processing, review, Linked Evidence, EHR handoff, identity, support, telemetry, and downtime. Show unknown private interfaces explicitly instead of filling them with generic REST or FHIR assumptions.
Use Read, Glob, and Grep to inspect repository configuration, adapters, tests, policies, and existing evidence. Use WebFetch only for current official Abridge, HHS, or named EHR documentation. Use Write or Edit only after confirming scope, environment, owners, patient-data boundary, and approval state. These tools do not confer access to Abridge, an EHR, or a clinical record; return exact operator steps or an approval-gated handoff for live actions.
Use only the health system's provisioned Abridge application access, SSO, administrative role, or tenant-specific partner authentication documented for the approved environment. Do not infer public API credentials, reuse production secrets in tests, or expose tokens and session material. Verify identity owner, least privilege, environment binding, storage, rotation, and revocation before any authenticated action.
Read, Glob, and Grep to locate interface control documents, data-flow diagrams, retention decisions, and threat models.WebFetch only for current official Abridge product context and label all tenant-specific facts by source revision.Write or Edit to update the architecture record and unresolved evidence register.Do not label an inferred interface, FHIR resource, webhook, hosting model, or retention period as implemented without authoritative evidence.
Return component map, flows, trust boundaries, data classes, systems of record, owners, failure paths, evidence revisions, and open assumptions. Separate verified facts, tenant-specific evidence, assumptions, and actions still awaiting approval.
| Condition | Response |
|---|---|
| Edge lacks an owner | Keep the design unapproved. |
| PHI crosses an undocumented boundary | Stop and escalate to privacy and security review. |
| Diagram conflicts with tenant evidence | Update the diagram and record the superseded assumption. |
The example is a redacted operational receipt, not patient data or proof of vendor certification.
settings=outpatient+ed; ehr=epic; boundaries=7; undocumented-edges=2; phi-flows=owner-reviewed; status=design-review
Read the source map before changing a workflow. Recheck tenant-specific implementation evidence for every interface or capability that public documentation does not define.
Revalidate the evidence date and tenant-specific authority before repeating this workflow in another environment, cohort, care setting, or integration mode.