Use Kipu appointment and patient data to drive messages in BloomText conversations. Kipu grants its own API access.
Get started for freeSchedule a demo →Yes. Kipu's API gives approved programs access to patients, appointments, and group sessions, and the BloomText API sends the messages. Kipu API access is a paid service your program's Super Admin requests, so start there.
Your app reads patients, appointments, and group sessions through Kipu’s API.
It looks up each patient’s BloomText conversation in a simple mapping your app keeps.
It sends reminders and replies with the BloomText API, and hears back through webhooks.
Kipu stays your system of record. BloomText handles the conversations, and nothing syncs until your app connects the two.
Build the BloomText side on its own: read a conversation and post a message. On the Kipu side, map only the appointment and patient objects Kipu approves for your key. Kipu does not receive BloomText messages; the conversation lives in BloomText.
GET https://api.bloomtext.com/v1/conversations/{conversationId}/messages?page[limit]=50Authorization: Bearer bt_live_…POST https://api.bloomtext.com/v1/conversations/{conversationId}/messagesAuthorization: Bearer bt_live_…Idempotency-Key: <unique-request-key>Content-Type: application/json{"body":"Your appointment is confirmed for Tuesday at 10:00 AM."}Send your API key in the Authorization header on every request. POST requests also need Idempotency-Key and Content-Type headers.
Kipu’s API reads the scheduler, group sessions, care teams, admissions, and consent records for a treatment program. Pair that with BloomText and you can run staff coordination and carefully worded patient messages without anyone copying data by hand. Addiction treatment records carry 42 CFR Part 2 protections, so every idea below keeps treatment details out of the message text.
When a therapist, nurse, or case manager is assigned to an episode in Kipu, add their BloomText user to that patient’s care team conversation. When the assignment ends, remove them. The people in the thread always match the people on the chart.
Uses Kipu episode care team data
Kipu lists pending signers on each group session. A nightly job reads today’s groups and sends each pending signer a direct message in BloomText, so notes get signed before the shift ends instead of during the billing review.
Uses Kipu group session data
Read the day’s admissions for a location and post a count to the intake and nursing conversation, such as “3 admissions expected at the North campus today.” Staff get the plan early, and the message itself names no one.
Uses Kipu admissions data, requested at the lowest detail level
Kipu’s scheduler already sends its own email and text reminders. Use BloomText when you want the reply to land in the same thread the care team works in. Before each send, check the episode’s consent form records and skip anyone without a complete, unexpired form.
Uses Kipu scheduler appointments and consent form records
Outpatient and IOP groups move rooms and start times. Read the day’s group sessions and scheduler resources, then post plain logistics, like “Tonight’s 6:00 PM group meets in Room 4,” to the conversations your program uses for that group’s patients.
Uses Kipu group sessions and scheduler resources
A job that runs at the end of each day and reminds staff about group notes still waiting on their signature.
GET https://api.kipuapi.com/api/group_sessions?app_id=<approved-app-id>&location_id=<approved-location-id>&session_start_date=<today>&session_end_date=<today>Accept: application/vnd.kipusystems+json; version=4Date: <rfc-1123-date>Authorization: APIAuth-HMAC-SHA256 <approved-access-id>:<hmac-signature>POST https://api.bloomtext.com/v1/conversations/{conversationId}/messagesAuthorization: Bearer bt_live_…Idempotency-Key: <unique-request-key>Content-Type: application/json{"body":"You have 2 group notes from today waiting for your signature in Kipu."}Keep each patient’s BloomText care team thread in step with the care team assigned in Kipu.
GET https://api.kipuapi.com/api/episodes/<approved-episode-id>/care_team?app_id=<approved-app-id>&patient_master_id=<approved-patient-master-uuid>Accept: application/vnd.kipusystems+json; version=4Date: <rfc-1123-date>Authorization: APIAuth-HMAC-SHA256 <approved-access-id>:<hmac-signature>GET https://api.bloomtext.com/v1/conversations/{conversationId}/participantsAuthorization: Bearer bt_live_…POST https://api.bloomtext.com/v1/conversations/{conversationId}/participantsAuthorization: Bearer bt_live_…Idempotency-Key: <unique-request-key>Content-Type: application/json{"user_id":"{userId}"}DELETE https://api.bloomtext.com/v1/conversations/{conversationId}/participants/{userId}Authorization: Bearer bt_live_…Remind patients about tomorrow’s visits in neutral language, only where your program has the consent it requires on file.
GET https://api.kipuapi.com/api/scheduler/appointments?app_id=<approved-app-id>&start_date=<tomorrow>&end_date=<tomorrow>&location_ids=<approved-location-id>Accept: application/vnd.kipusystems+json; version=4Date: <rfc-1123-date>Authorization: APIAuth-HMAC-SHA256 <approved-access-id>:<hmac-signature>POST https://api.bloomtext.com/v1/conversations/{conversationId}/messagesAuthorization: Bearer bt_live_…Idempotency-Key: <unique-request-key>Content-Type: application/json{"body":"Reminder: you have a visit tomorrow at 10:00 AM. Reply here if you need to change it."}An agent with access to Kipu and BloomText can handle the coordination work that eats a treatment program’s day: telling staff what’s unsigned, who’s arriving, and which group moved rooms.
Any MCP client, such as Claude, Cursor, or your own agent, can read and send BloomText messages with your API key.
{ "mcpServers": { "bloomtext": { "type": "http", "url": "https://mcp.bloomtext.com/mcp", "headers": { "Authorization": "Bearer bt_live_…" } } }}Kipu doesn’t publish an MCP server, so you write a small tool that signs and sends Kipu requests with your approved credentials. Keep the tool narrow. Expose only the reads the job needs, such as today’s group sessions or an episode’s care team, and request admissions and census data at the lowest detail level that works.
Every weekday at 4:30 PM, check today’s group sessions in Kipu for the North campus. For each staff member with unsigned group notes, send them a BloomText direct message with how many are waiting. Don’t include patient names, group topics, or anything about treatment.Messages the agent sends appear under its app user’s name, and an organization admin can revoke its key at any time. Read the MCP docs.
Yes. Kipu says it offers 41 APIs that read and write EMR data, including appointments, patients, users, consents, census, and occupancy. It supports GET, POST, and PATCH, and Kipu’s FAQ says writes center on patient data. The request reference is published as Swagger docs, and version 4 is required for treatment episode endpoints.
A Super Admin at the Kipu client opens Settings, then Integrations, then API Management, and adds either in-house or vendor access. Kipu says API use is a paid service. New vendors sign a vendor agreement, and access stays pending until Kipu activates it, which can take up to 48 hours. There is no public sandbox; a personal sandbox is a paid request through Client Support.
Kipu’s Scheduler sends appointment messages by email or text, including confirmations, cancellations, and reminders. Kipu’s patient portal also has secure two-way messaging. The Kipu API doesn’t expose a messaging endpoint, so if you want texting driven by your own logic, you build it on another API such as BloomText.
Not through an official Kipu MCP server; Kipu doesn’t document one. You can give an agent a tool you write that calls the Kipu API with your approved keys, and connect BloomText through its MCP server. Treat what the agent reads as protected health information and keep it inside tools covered by your BAAs.
It can be, with a BAA in place for each system that touches the data, and BloomText signs one. Addiction treatment records also fall under 42 CFR Part 2, which limits disclosure of information that identifies someone as receiving substance use disorder care. Get the consent your program requires, keep program names and treatment details out of message text, and have your compliance lead approve the templates.
No. Kipu’s FAQ says it doesn’t offer API implementation services and supports only the API itself. Your developer builds and maintains the integration, and Kipu API support is available at apisupport@kipuhealth.com.
Kipu's API is a paid add-on. Only a Super Admin at the treatment program can request it, and outside vendors sign an agreement with Kipu.
API keys are issued to organizations with a signed BAA. Book a short call, tell us what you’re building, and we’ll set up your key. Don’t include PHI when you book.
Links last checked September 21, 2026.
