Skip to main content

Product FAQ: Understanding the “Admitting to LOC” Field When Pushing Records to KIPU (CRM)

This FAQ explains how the “Admitting to LOC” field behaves when records are pushed from the CRM to KIPU, and how it differs from the Current LOC field. Understanding this distinction is important to make sure reporting and patient records remain accurate.

Updated over 3 weeks ago

Q: What happens when the “Admitting to LOC” field is pushed to KIPU?
A:
When a record is pushed to KIPU, the Admitting to LOC field in the CRM is sent to KIPU as the Program value. This field represents the initial Level of Care at the time of admission.

For example, if the patient is admitted into Detox, the value “Detox” would be pushed into KIPU as the starting program.


Q: What is the difference between “Admitting to LOC” and “Current LOC”?
A:
These two fields serve different purposes:

Admitting to LOC (Static Field)

  • Captures the initial Level of Care at admission

  • Sent from the CRM to KIPU during the push

  • Does not update later

  • Serves as a permanent record of where the patient started treatment

Current LOC (Dynamic Field)

  • Updates automatically as the patient progresses through treatment

  • Changes whenever the Level of Care is updated inside KIPU

  • Reflects the patient’s current placement in treatment

This setup allows teams to track both the starting point and the current level of care separately.


Q: Why is it important to understand this distinction?
A:
Understanding how these fields behave helps prevent confusion in reporting and patient tracking.

For example:

  • Admitting to LOC shows where the patient began treatment

  • Current LOC shows where the patient is currently placed

This allows reporting to capture both the admission level of care and the progression of treatment over time.


Q: Should the “Admitting to LOC” field always be filled out in the CRM?
A:
Not necessarily.

In some workflows, it can be helpful to leave the Admitting to LOC field empty initially in the CRM. This allows the EMR (KIPU) to determine and record the starting level of care once the patient is admitted there.

This approach may help keep the admission source of truth inside the EMR.


Q: What should be verified before relying on this setup?
A:
Before finalizing this workflow, it’s recommended to confirm that:

  • The Current LOC field is updating dynamically as expected

  • Level of Care changes in KIPU are properly reflected in the CRM (if applicable)

  • The initial admission data aligns with your reporting process

Confirming this ensures that both starting LOC and current LOC data remain accurate across systems.


Pro Tips / Extra Help

  • Use Admitting to LOC to track where the patient entered treatment.

  • Use Current LOC to track program progression over time.

  • If reporting looks incorrect or LOC values are not updating as expected, support can review the integration configuration.


Related Resources

  • CRM to KIPU Integration Guide

  • Admissions Workflow Documentation

  • Integration Troubleshooting Guide

Did this answer your question?