Aventura, Florida · serving clients across the United States (305) 404-9404Toll-free (800) 767-8566Emergency? Get a call within 1 hour
Healthcare, outpatient medical group Illustrative engagement

An AI evidence pack for a healthcare group's insurer renewal and a hospital customer's vendor questionnaire

An outpatient medical group in Arizona with six clinics and about 140 clinicians, a leader in its segment.

Scale
6 clinics, about 140 clinicians, 9 AI tools in use, 12 evidence artifacts, 1 insurer renewal, 1 hospital questionnaire
Engagement
Eight weeks to assemble the pack, then a refresh before each renewal

The challenge

Two requests arrived in the same quarter. The group's cyber insurer added questions about AI use to the renewal, and a hospital that refers patients to the group sent a vendor questionnaire asking how AI tools handle patient information. Clinicians had adopted a transcription assistant, a scheduling bot and a coding assistant, mostly without central approval. The administrator could not answer either request from records, only from memory.

An outpatient medical group in Arizona with six clinics and about 140 clinicians received two requests in the same quarter. Its cyber insurer added questions about AI use to the renewal, and a hospital that refers patients to the group sent a vendor questionnaire asking how AI tools handle patient information. Clinicians had adopted a transcription assistant, a scheduling bot and a coding assistant, mostly without central approval. The administrator could answer both requests only from memory, and an answer from memory is the kind that fails a later review.

We started with an inventory of the nine AI tools in use: who uses each, which data it reaches, whether a business associate agreement is in place, and where patient information could be pasted into a prompt. For the tools that act on their own we built an identity and permission register with a yearly access review. A human-review map shows where a clinician must check AI output before it reaches a chart or a patient, and the group tested how to switch each tool off, because a kill switch no one has tried is a hope.

The technical controls were documented rather than newly invented. Clinical systems sit on segments apart from guest and office networks, and staff who reach patient records sign in with phishing-resistant methods. We exported configurations and drew diagrams so that each statement the group makes has a file behind it. For the tools that offer logging we collected the evidence, and for each tool we wrote down plainly what it does not log. Honest limits help a reviewer more than a claim of full visibility.

We drafted an AI use policy and a training record for the group's executive to adopt and sign, because a policy only counts when the accountable person owns it. Then we built a crosswalk from the twelve artifacts to the insurer's wording and the hospital's questionnaire, and ran a consistency check: what the group had attested on past applications against what the evidence shows. Two answers were out of date, and the group corrected them before it sent anything.

The group sent the same pack to its broker, its counsel and the hospital, and answered both requests from documents in days rather than by reconstruction. In this illustrative case the figures are modeled. The pack is technical evidence only. It is not insurance or legal advice, and it does not say the group is compliant or covered: the broker, the insurer and counsel draw those conclusions. The group refreshes the pack before each renewal. Our article on what underwriters ask explains the controls behind the questions.

What our team delivered

  • An inventory of the nine AI tools in use: who uses each, the data it reaches, whether a business associate agreement is in place, and where patient information could enter a prompt
  • An identity and permission register for the tools that act on their own, with a yearly access review and a record of who can approve a change
  • A human-review map showing where a clinician must check AI output before it reaches a chart or a patient, and a tested way to switch each tool off
  • Segmentation of clinical systems from guest and office networks, and phishing-resistant sign-in for staff who reach patient records, documented with diagrams and configuration exports
  • Logging evidence for the tools that offer it, with a plain statement of what each tool does not log
  • A written AI use policy and training records, drafted by us for the group's executive to adopt and sign
  • A crosswalk from the twelve artifacts to the insurer's and the hospital's own wording, plus a consistency check between what the group attested on applications and what the evidence shows

Result

The group sent the same pack to its broker, its counsel and the hospital, and answered both requests from documents in days rather than by reconstruction. The pack is technical evidence only. It is not insurance or legal advice, and it does not say the group is compliant or covered: the broker, the insurer and counsel draw those conclusions.

The evidence pack and who asks for what

Twelve artefacts a firm can show about its AI use, and the party that most often asks for each: an insurer at renewal, an auditor or client questionnaire, or a regulator. A typical pattern only; the exact list depends on the policy, framework and sector.

The evidence pack and who asks for whatTable of twelve evidence artefacts against three audiences: insurer, auditor or client questionnaire, and regulator. Inventory, human approval points, a named owner and an incident plan are usually asked by all three. Payment procedure and drill records are mainly an insurer topic. Action and prompt logs and test records matter most to auditors and regulators.Twelve artefacts, three audiencesUsuallySometimesRarelyInsurerat renewalAuditoror client questionnaireRegulatoror supervisor1. AI inventory: every tool and agent2. Agent permission matrix3. Action and prompt logs4. Human approval points5. Test and evaluation records6. Payment verification procedure7. Payment drill record8. Named accountable owner9. Supplier and model list10. Data-use and retention rules11. Incident and rollback plan12. Staff training recordQualitative pattern, not a checklist from any one insurer or regulator.

Separate by region and by business unit

Each business unit lives in its own VRF and VLAN in every region, so a problem in retail cannot reach finance. Traffic between units has to pass a firewall that denies by default and allows only what is written down.

Separate by region and by business unitA grid with three regions, Americas, EMEA and APAC, and three business units, Finance, Retail and R&D. Each cell is a separate VRF with its own VLAN and VNI. Each business unit has one overlay running across its three regional cells, shown as a row. On the right a firewall zone enforces a zero-trust policy that denies by default. A red packet from Retail trying to reach Finance is blocked at the firewall. A teal packet from R&D to the shared DNS and identity services is allowed. AMERICASEMEAAPACFinanceVRF fin · VLAN 110VNI 10110VRF fin · VLAN 110VNI 10110VRF fin · VLAN 110VNI 10110RetailVRF retail · VLAN 120VNI 10120VRF retail · VLAN 120VNI 10120VRF retail · VLAN 120VNI 10120R&DVRF rnd · VLAN 130VNI 10130VRF rnd · VLAN 130VNI 10130VRF rnd · VLAN 130VNI 10130Firewallzoneszero trustdeny bydefaultSharedDNS · IdPdenyallowVRF · L3 isolationVLAN to VNI · L2Default-deny policyEVPN-VXLAN fabricWireGuard + IPsec WANLogs to one SIEM

Every sign-in, verified

Staff sign in once, but behind the scenes the device, the identity, a phone approval and your access policy are all checked before any app opens, and strangers are turned away.

Every sign-in, verifiedDiagram of user authentication. A user signs in; the device is checked for MDM and Intune compliance; the identity provider, Active Directory or Entra ID, verifies the account; an MFA push is approved on the user's phone; conditional access evaluates the policy; and access is granted to email, ERP and files. On a second pass, a sign-in from an unknown device in a new location is blocked by the conditional access policy. VERIFIED SIGN-INUserSigns inDevice checkMDM · IntuneIdentityAD · Entra IDMFA pushPhone approvalConditionalaccessPolicy checkEmailERPFilesUnknown deviceNew locationApprove?Blocked

Frequently asked questions

Direct answers to the questions we hear most. Something else on your mind?

Send us a message
Is the medical group in this case a real client?

No. It is an illustrative composite showing how an outpatient medical group could assemble an AI evidence pack. The group, the nine tools and the twelve artifacts are examples, not a named client's record. A real pack would reflect the tools and records your organization actually has.

What goes into an AI evidence pack?

Twelve artifacts in the example, including an inventory of AI tools and the data each reaches, a permission register, a human-review map, segmentation and sign-in evidence, logging notes, a use policy and training records, and a crosswalk to the insurer's and hospital's own wording.

Does the pack say the group is compliant or covered?

No. It is technical evidence only. It is not insurance or legal advice, and it does not state compliance or coverage. The broker, the insurer and counsel draw those conclusions. We also check that what was attested on applications matches what the evidence shows.

Why include what a tool does not log?

Some AI tools offer limited logs. Saying plainly what each tool does not record keeps the answers to the insurer and the hospital accurate, and it lets the group decide whether to add a control or restrict the tool. Accurate gaps are safer than an overstated answer.

Do you know if your company is safe?

Speak with a security engineer today. The first assessment call is free and confidential.

CallFree assessment