{"id":635,"date":"2026-06-18T05:17:03","date_gmt":"2026-06-18T05:17:03","guid":{"rendered":"https:\/\/www.plura.ai\/articles\/hipaa-compliant-ai-scheduling-2026"},"modified":"2026-06-18T05:17:03","modified_gmt":"2026-06-18T05:17:03","slug":"hipaa-compliant-ai-scheduling-2026","status":"publish","type":"post","link":"https:\/\/www.plura.ai\/articles\/hipaa-compliant-ai-scheduling-2026","title":{"rendered":"HIPAA Compliant AI Scheduling: 2026 Guide for Healthcare"},"content":{"rendered":"<p><em>Written by: Matt Beucler, CEO, Plura AI<\/em><\/p>\n<h2>Key Takeaways for Healthcare Scheduling Leaders<\/h2>\n<ul>\n<li>\n<p>HIPAA-compliant AI scheduling requires a signed BAA, strong encryption, immutable audit logs, role-based access controls, and U.S. data residency.<\/p>\n<\/li>\n<li>\n<p>Plura AI meets these needs with HIPAA-aligned architecture, SOC 2 Type II certification, FCC-licensed U.S. carrier infrastructure, and stateful memory across voice, SMS, RCS, and webchat.<sup data-disclaimer-id=\"22\" data-disclaimer-index=\"1\">1<\/sup><\/p>\n<\/li>\n<li>\n<p>Voice-based AI scheduling adds requirements around transcript and recording governance, TCPA controls, and unified memory that avoids re-identification across channels.<\/p>\n<\/li>\n<li>\n<p>General-purpose LLMs lack stateful memory, carrier ownership, and deterministic workflows needed for PHI handling in healthcare scheduling.<\/p>\n<\/li>\n<li>\n<p>Plura AI delivers purpose-built HIPAA support for healthcare scheduling; <a target=\"_blank\" rel=\"noopener noreferrer nofollow\" href=\"https:\/\/www.plura.ai\/plura-webchat\"><strong>schedule a live walkthrough<\/strong><\/a> to see the workflows in action.<\/p>\n<\/li>\n<\/ul>\n<h2>Five Core Requirements for HIPAA-Compliant AI Scheduling Tools<\/h2>\n<p>Any AI scheduling platform that handles PHI for a covered entity must meet specific contractual and technical requirements.<sup data-disclaimer-id=\"23\" data-disclaimer-index=\"2\">2<\/sup> Consult qualified legal counsel to understand how these requirements apply to your organization and workflows.<\/p>\n<figure style=\"text-align: center\"><img decoding=\"async\" src=\"https:\/\/cdn.aigrowthmarketer.co\/1779339090994-980045ddacd2.png\" alt=\"Plura Security &amp; Compliance dashboard highlighting SOC 2, ISO, and GDPR standards with secure trust verification management.\" style=\"max-height: 500px\" loading=\"lazy\"><figcaption><em>Plura Security &amp; Compliance supports SOC 2, ISO, and GDPR standards with trust registration, verification management, and secure AI communications.<\/em><\/figcaption><\/figure>\n<p><sup data-disclaimer-id=\"22\" data-disclaimer-index=\"1\">1<\/sup><\/p>\n<ol>\n<li>\n<p><strong>Business Associate Agreement (BAA).<\/strong> A strong BAA must establish permitted and prohibited uses of PHI, security obligations including risk analysis and encryption, incident reporting timelines, subcontractor flow-down requirements, and return or destruction of PHI upon termination. Every component of the AI pipeline, including third-party model providers, should operate under a signed BAA. <a target=\"_blank\" rel=\"noindex nofollow\" href=\"https:\/\/quickblox.com\/answers\/conversational-ai-in-healthcare\">HIPAA-compliant hosting does not automatically extend to the AI processing layer.<\/a><\/p>\n<\/li>\n<li>\n<p><strong>Encryption standards.<\/strong> A compliant AI scheduling system typically implements AES-256 encryption at rest and TLS 1.2 or higher in transit, combined with zero-data retention policies that process data without storing raw inputs for model training. Plura\u2019s HIPAA-aligned encryption covers voice, SMS, RCS, and webchat channels.<\/p>\n<\/li>\n<li>\n<p><strong>Audit logging.<\/strong> Compliant AI scheduling tools maintain immutable audit logs of all interactions to support explainability, post-incident forensics, and regulatory audits. Plura\u2019s platform generates audit-ready exports in one click across all channels.<\/p>\n<\/li>\n<li>\n<p><strong>Role-based access controls (RBAC).<\/strong> Technical safeguards include role-based access control with least privilege, strong authentication such as multi-factor authentication (MFA) and single sign-on (SSO), and data minimization so the system collects only data required for scheduling, confirming, or rescheduling appointments.<\/p>\n<\/li>\n<li>\n<p><strong>U.S. data residency.<\/strong> Voice origination, model hosting, data storage, and call recording often need to sit on domestic infrastructure to align with HIPAA and with state-level medical data offshoring restrictions, including Florida\u2019s medical-information offshoring ban. Meeting this requirement in practice means selecting a vendor whose entire stack, including processing and origination, operates on U.S. soil. Plura runs on 100% U.S. infrastructure by architecture, with zero offshore exposure.<\/p>\n<\/li>\n<\/ol>\n<h2>Voice AI Scheduling Agents and PHI Handling<\/h2>\n<p>Voice-based AI scheduling agents introduce compliance considerations that extend beyond text channels. For voice-based AI, compliance also depends on call-specific rules such as transcript and recording governance, audit-log granularity, retention controls, and potential data residency review. Voice tools that place outbound calls also need controls for TCPA topics such as consent documentation, opt-out handling, calling-time restrictions, and do-not-call scrubbing.<sup data-disclaimer-id=\"23\" data-disclaimer-index=\"2\">2<\/sup><\/p>\n<p>Plura AI operates as an FCC-licensed audio bridging carrier, so voice traffic does not route through a third-party Communications Platform as a Service provider like Twilio.<sup data-disclaimer-id=\"25\" data-disclaimer-index=\"4\">4<\/sup> <a target=\"_blank\" rel=\"noopener noreferrer nofollow\" href=\"https:\/\/www.plura.ai\/compare\/plura-ai-vs-bland-ai\">Plura supports voice, SMS, RCS, and webchat natively in a unified platform with FCC-licensed carrier status<\/a>, while many competing AI voice tools resell APIs and inherit their carrier\u2019s compliance posture instead of enforcing controls at the origination layer.<\/p>\n<figure style=\"text-align: center\"><img decoding=\"async\" src=\"https:\/\/cdn.aigrowthmarketer.co\/1779338680098-bf2bbd201647.png\" alt=\"Plura Unified Inbox interface showing centralized AI Voice, SMS, RCS, and Webchat conversations in one omnichannel workspace.\" style=\"max-height: 500px\" loading=\"lazy\"><figcaption><em>Plura Unified Inbox centralizes AI Voice, SMS, RCS, and Webchat conversations into one streamlined omnichannel communication workspace.<\/em><\/figcaption><\/figure>\n<p>This carrier-ownership distinction matters operationally for healthcare practices. A voice agent booking appointments or conducting pre-visit intake must handle PHI in the call audio, the transcript, and any structured data written back to the electronic health record (EHR). <a target=\"_blank\" rel=\"noindex nofollow\" href=\"https:\/\/parakeethealth.com\/guide\/ai-voice-agents-healthcare\">Voice-specific data handling practices include determining storage location and retention periods for call audio recordings, restricting access to transcripts, limiting use of PHI for AI model training, and enabling data deletion on request.<\/a><\/p>\n<p>Plura\u2019s voice agents share a Stateful Conversation Database with SMS, RCS, and webchat. A patient who confirmed an appointment by text receives a voice reminder that already reflects that confirmation. The agent does not need to re-identify the patient mid-call. Sensitive data fields are redacted at the field level and routed through HIPAA-aligned channels.<\/p>\n<p>Healthcare deployments on Plura have achieved <a target=\"_blank\" rel=\"noindex nofollow\" href=\"https:\/\/www.plura.ai\/industries\/healthcare\">up to 40% improvement in patient no-show rates<\/a> through automated voice and SMS reminder workflows that maintain full PHI handling controls.<sup data-disclaimer-id=\"24\" data-disclaimer-index=\"3\">3<\/sup><\/p>\n<h2>AI Appointment Reminders and Staff Workload<\/h2>\n<p>Automated appointment reminders represent one of the highest-volume PHI touchpoints in a medical practice. HIPAA requirements for patient communication extend beyond text messages to cover calls, scheduling, reminders, and internal coordination, so voice-based and text-based AI tools share similar obligations for Business Associate Agreements, role-based access controls, and audit trails when handling protected health information.<\/p>\n<p>Plura\u2019s AI SMS and AI RCS channels handle outbound appointment reminders with 10DLC-registered phone numbers, real-time Do Not Call scrubbing, and per-state quiet-hours enforcement. The same stateful memory that powers voice scheduling ensures a reminder sent by SMS reflects the patient\u2019s current appointment status, not a stale record from a disconnected system.<\/p>\n<p><a target=\"_blank\" rel=\"noindex nofollow\" href=\"https:\/\/www.mckinsey.com\/industries\/healthcare\/our-insights\/transforming-healthcare-with-ai\">McKinsey analysis<\/a> shows that AI scheduling, billing automation, and patient communication tools can recover 12 or more hours per week for smaller healthcare practices.<sup data-disclaimer-id=\"24\" data-disclaimer-index=\"3\">3<\/sup> For practices running manual reminder workflows, that time typically comes from reducing staff hours spent on outbound calls and follow-up texts.<\/p>\n<h2>Why General-Purpose Models Fall Short for Healthcare Scheduling<\/h2>\n<p>Tools built on general-purpose large language models such as ChatGPT are not designed for regulated healthcare workflows. Healthcare organizations must distinguish between HIPAA-eligible AI platforms, which offer security features and a willingness to sign a BAA, and HIPAA-aligned deployments, which depend on proper configuration and ongoing management by the covered entity and its partners.<\/p>\n<p>General-purpose models present three specific gaps for healthcare scheduling.<\/p>\n<p>First, they lack stateful memory across channels. A patient who texted at 9 a.m. must re-identify themselves when the call comes at noon, which creates friction and potential PHI exposure.<\/p>\n<p>Second, they lack carrier ownership. Branded caller ID, real-time DNC scrubbing, and TCPA consent logging are not enforced at origination and instead depend on the underlying CPaaS provider\u2019s implementation.<\/p>\n<p>Third, they lack deterministic workflows. Agentic AI systems are better suited than standard generative AI for HIPAA-compliant appointment scheduling because they use deterministic, policy-driven workflows with separation of action and generation, full auditability of every step, and strict guardrails that limit improvisation or hallucinations.<\/p>\n<p><a target=\"_blank\" rel=\"noopener noreferrer nofollow\" href=\"https:\/\/www.plura.ai\/compare\/plura-ai-vs-synthflow\">Plura provides built-in HIPAA compliance support with SOC 2 certification, while platforms that rely on third-party CPaaS infrastructure for HTTPS coverage inherit that vendor\u2019s BAA rather than enforcing controls natively.<\/a><\/p>\n<p><a target=\"_blank\" rel=\"noopener noreferrer nofollow\" href=\"https:\/\/www.plura.ai\/plura-webchat\"><strong>Compare Plura\u2019s architecture in a live demo<\/strong><\/a> against the general-purpose tools your team is currently reviewing.<\/p>\n<h2>EHR Integration Best Practices and Timelines<\/h2>\n<p>EHR integration is where many AI scheduling deployments stall. <a target=\"_blank\" rel=\"noindex nofollow\" href=\"https:\/\/quickblox.com\/answers\/conversational-ai-in-healthcare\">The real bottleneck in many conversational AI deployments is the integration architecture underneath the conversational interface, not the interface itself.<\/a> Integration depth matters more than simply claiming EHR compatibility. Conversational outputs need to become structured, usable data inside clinical workflows or staff still intervene manually.<\/p>\n<p>A practical integration sequence follows five steps:<\/p>\n<figure style=\"text-align: center\"><img decoding=\"async\" src=\"https:\/\/cdn.aigrowthmarketer.co\/1779339671131-86a4f1fcbd70.png\" alt=\"Plura Workflow Builder mockup showing AI conversation flow design with triggers, routing paths, follow-ups, transfers, and conversion logic.\" style=\"max-height: 500px\" loading=\"lazy\"><figcaption><em>Plura Workflow Builder maps AI conversation flows with triggers, routing paths, follow-ups, transfers, and conversion logic.<\/em><\/figcaption><\/figure>\n<ol>\n<li>\n<p><strong>Cross-functional workshop.<\/strong> Convene clinical, operations, IT, and compliance leaders to map call types against EHR touchpoints before any technical work begins.<\/p>\n<\/li>\n<li>\n<p><strong>Workflow selection.<\/strong> Start with one or two high-volume, lower-risk flows such as appointment scheduling and reminders. Defer complex clinical intake until the simpler flows are validated.<\/p>\n<\/li>\n<li>\n<p><strong>Data mapping.<\/strong> Define precise EHR read and write operations and field mappings upfront. A vendor should read and write structured scheduling data in both directions. Free-text handoffs create a workflow disconnect that requires manual cleanup and increases error risk.<\/p>\n<\/li>\n<li>\n<p><strong>Pilot deployment.<\/strong> Test the integration with a limited patient cohort and a narrow set of visit types. Validate data accuracy, staff workload impact, and patient experience before expanding scope.<\/p>\n<\/li>\n<li>\n<p><strong>Production monitoring.<\/strong> Track metrics such as data accuracy, workflow completion rates, staff intervention frequency, and patient satisfaction. Use these metrics to refine prompts, routing logic, and EHR mappings over time.<\/p>\n<\/li>\n<\/ol>\n<h2>Vendor Comparison Framework for Healthcare Operations Teams<\/h2>\n<p>Healthcare operations teams evaluating HIPAA-compliant AI scheduling vendors can assess four dimensions: channel coverage, stateful memory, real-time compliance enforcement, and infrastructure ownership.<\/p>\n<p>On channel coverage, a vendor that handles only voice or only SMS creates a fragmented patient experience. Plura covers voice, SMS, RCS, and webchat on a single platform with a shared stateful database. A patient interaction that begins on webchat carries full context into a follow-up voice call without re-identification.<\/p>\n<p>On stateful memory, many Twilio-based API resellers treat each channel as a separate product with separate memory.<sup data-disclaimer-id=\"25\" data-disclaimer-index=\"4\">4<\/sup> <a target=\"_blank\" rel=\"noopener noreferrer nofollow\" href=\"https:\/\/www.plura.ai\/compare\/plura-ai-vs-vapi\">Plura uses stateful AI architecture that remembers previous interactions, preferences, and outcomes across channels for better personalization and follow-ups.<\/a> For healthcare scheduling, this means a reminder workflow knows whether the patient confirmed, rescheduled, or did not respond and adjusts the next outreach accordingly.<\/p>\n<p>On real-time compliance enforcement, the distinction between compliance bolted on after the fact and compliance enforced at origination is material in regulated environments. Bolted-on compliance means the vendor relies on a third-party provider\u2019s controls and can only react to violations after they occur. Origination-level enforcement means the vendor controls the infrastructure and can block non-compliant actions before they happen. <a target=\"_blank\" rel=\"noopener noreferrer nofollow\" href=\"https:\/\/www.plura.ai\/compare\/plura-ai-vs-vapi\">Plura provides HIPAA support, SOC 2 compliance, and integration with The Blacklist Alliance\u2019s TCPA Litigation Firewall for real-time Do Not Call scrubbing and litigation protection, enforced at the carrier level.<\/a><\/p>\n<p>On infrastructure ownership, Plura\u2019s FCC-licensed carrier status means the entire voice stack, including origination, hosting, storage, and recording, runs on controlled U.S. infrastructure. This matters for healthcare practices subject to state-level medical data offshoring restrictions and for covered entities that must document U.S.-only data handling in vendor agreements.<\/p>\n<p><a target=\"_blank\" rel=\"noopener noreferrer nofollow\" href=\"https:\/\/www.plura.ai\/plura-webchat\"><strong>Schedule a vendor evaluation session<\/strong><\/a> to walk through this comparison checklist with a Plura solutions engineer.<\/p>\n<h2>Frequently Asked Questions<\/h2>\n<h3>Is any AI tool automatically HIPAA compliant?<\/h3>\n<p>No AI tool is automatically HIPAA compliant. HIPAA compliance involves technical, administrative, and physical safeguards that must be configured, maintained, and audited by the covered entity and its business associates. A vendor can provide HIPAA-aligned infrastructure, including encryption, access controls, audit logging, and a signed BAA, but the covered entity remains responsible for its own compliance posture, staff training, risk analysis, and downstream obligations. Plura provides the infrastructure layer; compliance posture downstream of that remains the customer\u2019s responsibility. Consult qualified legal counsel to evaluate your organization\u2019s specific obligations.<\/p>\n<h3>Why should healthcare practices avoid ChatGPT for appointment scheduling?<\/h3>\n<p>ChatGPT and similar general-purpose LLMs are not designed for regulated healthcare workflows. They lack stateful cross-channel memory, do not operate as FCC-licensed carriers, and are not built with deterministic policy-driven workflows that limit improvisation when handling PHI. A general-purpose model may not sign a BAA that covers all components of the AI pipeline, including the model processing layer itself. For appointment scheduling involving PHI, healthcare practices typically need a purpose-built platform with HIPAA-aligned architecture, immutable audit logging, role-based access controls, and a BAA that covers every component in the data path. General-purpose tools are not designed to meet these requirements out of the box.<\/p>\n<h3>What does HIPAA-compliant scheduling software need to include?<\/h3>\n<p>A HIPAA-aligned scheduling platform needs several core capabilities working together. It should include a BAA that covers all subprocessors and downstream vendors. It should encrypt PHI at rest and in transit using current encryption standards. It should enforce role-based access controls so staff and AI agents access only the minimum PHI necessary for their specific task. It should maintain immutable audit logs of every interaction for post-incident forensics and regulatory review.<\/p>\n<p>The platform should store data on U.S. infrastructure with documented data residency controls. It should support bidirectional EHR integration so scheduling data flows as structured records, not free-text handoffs. It should also handle outbound communications, including reminders and follow-ups, with TCPA consent management, DNC scrubbing, and quiet-hours enforcement. Plura\u2019s platform is built to support each of these requirements across voice, SMS, RCS, and webchat on a single stateful architecture.<\/p>\n<h3>How long does it take to deploy an AI scheduling agent in a healthcare practice?<\/h3>\n<p>Deployment timelines depend on workflow complexity and EHR integration depth. Simple scheduling and reminder flows can often go live relatively quickly. <a target=\"_blank\" rel=\"noindex nofollow\" href=\"https:\/\/digitalhealth.folio3.com\/blog\/how-long-does-epic-integration-take\/\">Full EHR-integrated production deployments typically require several months for configuration, integration, testing, and go-live activities.<\/a> More complex workflows, such as multi-step patient intake surveys, can take one to two months because the workflow logic itself requires design, validation, and compliance review before PHI is in scope.<\/p>\n<p>Plura\u2019s onboarding sequence includes a discovery audit, workflow mockup, non-production testing, and a pilot phase before full go-live. Every annual contract includes a 90-day opt-out window if the deployment is not delivering.<\/p>\n<h3>What is the difference between a BAA and actual HIPAA compliance for AI scheduling?<\/h3>\n<p>A BAA is a contractual agreement between a covered entity and a business associate that defines permitted uses of PHI, security obligations, breach notification timelines, and subcontractor requirements. It is a necessary component of a HIPAA-aligned deployment, but it is not sufficient on its own. Actual compliance requires that the technical safeguards described in the BAA, including encryption, access controls, and audit logging, are properly configured and continuously maintained.<\/p>\n<p>Compliance also depends on administrative safeguards such as staff training, risk analysis, and incident response procedures. A vendor that signs a BAA but routes PHI through unvetted subprocessors, stores data offshore, or lacks immutable audit logging is not providing a HIPAA-aligned deployment regardless of what the BAA states. Healthcare practices should review both the BAA terms and the vendor\u2019s technical architecture, certifications such as SOC 2 Type II, and infrastructure documentation before deployment.<\/p>\n<h2>Next Steps for Healthcare Operations Teams<\/h2>\n<p>Healthcare practice managers, compliance officers, and operations directors evaluating AI scheduling platforms in 2026 face a narrower set of viable options than the market suggests. Many AI voice and SMS tools are API resellers running on third-party CPaaS infrastructure, without native BAA coverage across the full AI pipeline, without stateful cross-channel memory, and without U.S.-only data residency by architecture.<\/p>\n<p>Plura AI is built for this environment. HIPAA-aligned encryption, access controls, and audit logging function as first-class layers of the platform. SOC 2 Type II certification covers the underlying infrastructure with continuous monitoring and third-party audits. The FCC-licensed carrier stack means voice origination, branded caller ID, and real-time DNC scrubbing are enforced at the carrier level, not bolted on. The Stateful Conversation Database ensures every patient interaction, across every channel, carries full context into the next touchpoint.<\/p>\n<p>These deployments have reduced patient no-shows by up to 40% while maintaining full HIPAA alignment across reminder and follow-up workflows.<\/p>\n<p><a target=\"_blank\" rel=\"noopener noreferrer nofollow\" href=\"https:\/\/www.plura.ai\/plura-webchat\"><strong>See Plura\u2019s healthcare scheduling workflows in a live demo<\/strong><\/a> to review BAA terms and watch the stateful cross-channel architecture in action.<\/p>\n<div data-type=\"horizontalRule\">\n<hr>\n<\/div>\n<div data-disclaimer-footer=\"true\">\n<p data-disclaimer-id=\"22\" data-disclaimer-type=\"content_based\"><sup data-disclaimer-index=\"1\">1<\/sup> Plura AI maintains SOC 2, HIPAA, ISO, and GDPR posture as part of its platform infrastructure. References to compliance frameworks in this article describe Plura\u2019s platform capabilities and do not constitute a guarantee that any customer using Plura will themselves be compliant with applicable laws or standards. Customers remain solely responsible for their own regulatory obligations, certifications, consent management, recordkeeping, and the claims they make to their own end users. Consult qualified legal counsel for guidance specific to your use case.<\/p>\n<p data-disclaimer-id=\"23\" data-disclaimer-type=\"content_based\"><sup data-disclaimer-index=\"2\">2<\/sup> This article describes regulatory frameworks at a general level and does not constitute legal advice. Laws and regulations vary by jurisdiction, change over time, and apply differently depending on facts and circumstances. Readers should consult qualified legal counsel before making compliance decisions.<\/p>\n<p data-disclaimer-id=\"24\" data-disclaimer-type=\"content_based\"><sup data-disclaimer-index=\"3\">3<\/sup> Performance figures, customer outcomes, and industry statistics referenced in this article are drawn from cited third-party sources or Plura customer case studies. Individual results vary based on implementation, use case, industry, audience, and execution. Past or aggregate performance is not a guarantee of future results.<\/p>\n<p data-disclaimer-id=\"25\" data-disclaimer-type=\"content_based\"><sup data-disclaimer-index=\"4\">4<\/sup> References to third-party products, services, companies, or research are made for informational and comparative purposes only. Plura AI is not affiliated with, endorsed by, or sponsored by any third party named in this article unless explicitly stated. Trademarks and product names referenced remain the property of their respective owners.<\/p>\n<p data-disclaimer-id=\"21\" data-disclaimer-type=\"fixed\">This article is provided for informational purposes only and reflects Plura AI\u2019s understanding at the time of publication. Product capabilities, integrations, and specifications are subject to change. For the most current information, visit plura.ai.<\/p>\n<p data-disclaimer-id=\"27\" data-disclaimer-type=\"fixed\">This article was produced with the assistance of AI tools and reviewed by Plura AI prior to publication.<\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>Plura AI supports HIPAA-compliant AI scheduling with BAA, SOC 2 Type II, encryption, and audit logs across voice, SMS, and webchat. See how it works.<\/p>\n","protected":false},"author":106,"featured_media":634,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"inline_featured_image":false,"footnotes":""},"categories":[2],"tags":[],"class_list":["post-635","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-ai-contact-centers"],"_links":{"self":[{"href":"https:\/\/www.plura.ai\/articles\/wp-json\/wp\/v2\/posts\/635","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.plura.ai\/articles\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.plura.ai\/articles\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.plura.ai\/articles\/wp-json\/wp\/v2\/users\/106"}],"replies":[{"embeddable":true,"href":"https:\/\/www.plura.ai\/articles\/wp-json\/wp\/v2\/comments?post=635"}],"version-history":[{"count":0,"href":"https:\/\/www.plura.ai\/articles\/wp-json\/wp\/v2\/posts\/635\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.plura.ai\/articles\/wp-json\/wp\/v2\/media\/634"}],"wp:attachment":[{"href":"https:\/\/www.plura.ai\/articles\/wp-json\/wp\/v2\/media?parent=635"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.plura.ai\/articles\/wp-json\/wp\/v2\/categories?post=635"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.plura.ai\/articles\/wp-json\/wp\/v2\/tags?post=635"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}