Typed once, under the bonnet

Five parts. One of them is new.

The other four are things your firm already has: Open GI, the insurer's form, Outlook and Microsoft 365. One small program joins them.

How the data moves.

Left to right, in the order it happens. The blue box is the only thing we build. Everything else is your own software, used as it is.

Open GIClient, policy and claims records.Leaves as a nightly report, or by Open GI's data connection where your licence has it.
→
The Tulse serviceReads the record and the insurer's form template. Fills every field it holds. Marks the rest amber.One small program, on a server you own.
→
The check screenOne web page in your handler's browser. Every field, its value, where it came from.The only thing a handler ever sees.
→
OutlookA draft in your handler's own mailbox, form and schedule attached.Sent when they press send. Never before.
→
The underwriterReceives exactly what they receive today, from the same address.A copy is filed back against the client with the date.

The five parts.

Part 1 · yours already

Getting the record out

Every night, or on demand, the client, policy and claims data leaves Open GI as a file. Route A is a scheduled report, which every Open GI licence can run and save to a folder. Route B is Open GI's data connection, where your licence includes it. Route A is enough for this job and needs nothing bought.

Runs on: Open GI's own report export to a shared folder.
Part 2 · new

The service

Reads that file, opens the insurer's form template and fills every box it has a match for. Marks amber anything it does not hold, or anything older than twelve months. Drafts the email. Files the copies back.

Runs on: a small program, written in Python, on a rented server (about £10 a month) or inside your own Microsoft 365.
Part 3 · new, but a list

The field map

A list saying "this box on the insurer's form is this field in Open GI". Written once per insurer form by us, then it is just a list your team can read. A second insurer's form is a second list, about an afternoon.

Kept in: your shared drive. You own it.
Part 4 · new

The check screen

One web page your handler opens in their browser, signed in with their normal Microsoft login. Every field, its value and where it came from. Amber rows have a box to type in. Two buttons: save draft, open the email.

Runs on: the same service as part 2.
Part 5 · yours already

The email and the filing

A draft appears in your handler's own Outlook, from their own address, to the underwriter on the policy record, with the form and schedule attached. When it is sent, the sent copy and the form are saved back against the client with the date.

Runs on: Microsoft Graph, Microsoft's official door for programs to create drafts and read sent mail in Outlook. Included in the Microsoft 365 you already pay for.
A slice of a field map

Aviva commercial combined

Insured name
←
client.legal_name
Risk address, line 1
←
policy.risk_address_1
Trade description
←
policy.trade_desc
Turnover, current year
←
amber: not held, show last year's
Claims table, rows 1 to 5
←
claims, last five years
Period of insurance, from
←
policy.renewal_date
Left is the box on the insurer's form. Right is the column it comes from in your export.

Where AI is, and where it is not.

Not in the filling.

Copying a value from one box to another is done by ordinary code, exactly, every time. No AI touches a number.

In two places only.

Reading your free-text file notes to suggest a first draft of a claims narrative, and reading a new insurer's form to propose its field map. Both are suggestions, both marked as such, both checked by a person.

Why that split.

Ordinary code is exact and cheap where the answer is known. AI earns its place where a person would otherwise read and write, and never where a wrong guess costs a claim.

Four weeks, one form first.

Week 1

Half a day with your team

We count the real fields on your three most-used forms, watch two submissions done by hand, and agree route A or B for the export. We pick the one form to build first.
Week 2

The record flowing

The export runs nightly to a folder. The service reads it and fills the first form. The field map is written and reviewed with one of your handlers.
Week 3

Live, side by side

The check screen, the amber rules, the Outlook draft and the filing back. One handler uses it on live renewals with the old way running beside it.
Week 4

Fix, extend, hand over

What the handler found gets fixed. Forms two and three are added. You get the field maps in your drive, a one-page how-to, and the rule that nothing sends without a person.

Straight answers.

What does it cost to run?

The small server, about £10 a month, or nothing if it runs inside your Microsoft 365. Microsoft Graph is included in the Outlook you already pay for.

What happens when an insurer changes the form?

The service notices a box it cannot find, marks the whole form amber and tells us. Half a day to remap. This is the most common breakage, and it is visible, never silent.

And when Open GI changes the export?

The same. A missing column marks its fields amber rather than filling them wrong.

What about the insurers' own portals?

Not part of this build. Where an insurer allows it, a second step can push the same record into their portal. Where they forbid it, your handler types from a form that is already filled and checked.

Who owns it?

You do. The program, the field maps and the server login are yours on handover. Nothing is rented from us.

What do we need from you?

Half a day with your team, one handler for an hour a week during the build, and someone who can run an Open GI report and sign in to Microsoft 365 as an administrator.

Twenty minutes, on your own forms.

Bring the three forms your team retypes most. We count the fields together and you see the saving before anyone builds anything.

Email Byron
← Back to what you get