Summary:
This article explains how to create and upload an Individual File that uses hierarchy in the ProviderTrust application, including required and optional data fields, formatting rules, and error prevention tips. Our accepted file formats are .csv UTF-8 format or .psv. A file template is provided at the bottom of this article, and support is available for additional assistance.
Overview
The Individual File using Hierarchy is the method for adding or updating individual-level data within your ProviderTrust system and assigning subjects to an organizational hierarchical tree. This article provides detailed guidance on how to prepare and format the file correctly to ensure successful upload and processing.
Who Should Use This File
This format is intended for clients using the Hierarchy (up to 5-levels) configuration. If your organization uses the legacy business unit and network model, use the applicable legacy individual file format instead; that format does not include the Node External ID column.
If you are unsure which model you’re using, please reach out to support@providertrust.com.
Prerequisite: Create the Hierarchy First
Before uploading an Individual File using Hierarchy, the hierarchy nodes referenced in the file must already exist in your ProviderTrust system. Create and maintain the nodes through a hierarchy file or the Identity API, then use the node's exact Node External ID in the individual file. A Node External ID that does not match an existing hierarchy node cannot assign the subject to the intended location.
For information on how to build a Hierarchy file, visit our article How To: Create a Hierarchy File.
File Format Requirements
| Specification | Details |
|---|---|
| Accepted File Types |
.csv (UTF-8 encoded) or .psv
|
| Header Row (Row 1) | Must remain unchanged. Do not edit or rename any column headers. Modifying this row may result in file errors. |
| File Naming Convention | Use your company name and date (e.g., Test Client - Individual File - 04 29 2020.csv) |
| Template Requirements | A downloadable file template is available at the bottom of this article. Remove the example data in Row 2 before uploading. |
| SFTP folder path | (/services/monitor/individuals/) |
| Multiple Records | Multiple rows may share the same External ID, indicating multiple addresses or attributes for a single individual. This approach allows for the inclusion of multiple addresses or other related information for a single entity. |
| Removal of Individuals | To remove an individual, enter a termination date in the End Date column or contact your Implementation Manager to enable the auto-termination feature. For more information regarding our best practices, refer to ProviderTrust Best Practices for Ending Monitoring. |
Uploading Your File
Once your file is complete and validated, upload it securely to ProviderTrust via SFTP.
For detailed upload instructions, refer to How To: Upload Data to SFTP.
File Specifications
| Column Header | Description |
| External ID |
Required - Determined during the Implementation process The External ID is a variable-character field and can include letters, numbers, and special characters. It must be unique across your entire organization. This is the key identifier to add, update, or remove a subject. There is a 255-character limit.
UI Visibility: Yes |
| Type |
Required Specifies record type; must be Exact Value = "Individual" UI Visibility: Yes |
| First Name |
Required Subject's first name. There is a 255-character limit. UI Visibility: Yes |
| Middle Name |
Optional Subject's middle name. There is a 255-character limit. UI Visibility: Only visible when viewing alerts |
| Last Name |
Required Subject's last name. There is a 255-character limit. UI Visibility: Yes |
| Date of Birth |
Optional Must be in the following date format: yyyy-mm-dd UI Visibility: Yes |
| SSN |
Optional SSN must be exactly 9 digits, including leading zeros, and does not contain any dashes. Leaving this field blank will not fail the file UI Visibility: Yes |
| NPI |
Optional NPI must be exactly 10 digits Leaving this field blank will not fail the file. UI Visibility: Yes |
| TIN |
Optional Tax Identification Number (TIN) associated with an individual. TIN should only be supplied if an individual is the business owner or the primary pharmacist. Data in the TIN field will not be used in monitoring. The TIN must be exactly 9 digits, including leading zeros, and must not contain any dashes. Leaving this field blank will not fail the file. UI Visibility: Yes |
| Specialty |
Optional - Determined during the Implementation process Can be 1 to many. Specialty is a variable character field and can include letters, numbers, and special characters. Specialty can be used to supply customized data. There is a 255-character limit. Leaving this field blank will not fail the file. UI Visibility: Yes |
| Taxonomy |
Optional - Determined during the Implementation process Can be 1 to many. Taxonomy is a variable character field and can include letters, numbers, and special characters. Taxonomy can be used to supply customized data. There is a 255-character limit. Leaving this field blank will not fail the file. UI Visibility: Yes |
| License Type |
Required (if license monitoring services are contracted) License type is a variable character field and can include letters, numbers, and special characters. There is a 255-character limit. The data within this column can be left blank if not contracted for license monitoring. UI Visibility: Yes |
| License Issuer |
Required (if license monitoring services are contracted) UI Visibility: Yes |
| License Number |
Required (if license monitoring services are contracted) License Number is a variable character field and can include letters, numbers, and special characters. There is a 255-character limit. The data within this column can be left blank if not contracted for license monitoring. UI Visibility: Yes |
| License Issued |
Optional (if license monitoring services are contracted) Must be in the following format: yyyy-mm-dd. The data within this column can be left blank if not contracted for license monitoring. UI Visibility: Yes |
| License Expiration |
Optional (if license monitoring services are contracted) Must be in the following format: yyyy-mm-dd. The data within this column can be left blank if not contracted for license monitoring. UI Visibility: Yes |
| Document Type |
Optional - Determined during Implementation Document Type should only be used under specific circumstances and should be discussed during Implementation. Two types are available today: Certificate of Insurance and Credential Form. Document Type is a variable character field and can include letters, numbers, and special characters. There is a 255-character limit. UI Visibility: Yes |
| Document Expiration Date |
Optional - Determined during Implementation Document Type should only be used under specific circumstances and should be discussed during Implementation. Must be in the following format: yyyy-mm-dd There is a 255-character limit. UI Visibility: Yes |
| Address Type |
Optional: String Value Can be 1 to Many; Address Type defines the purpose or category of an address. Common examples include
Address Type is a variable character field and can include letters, numbers, and special characters. Address Type can be used to supply customized data. Multiple addresses are supported for individuals. Each address entered will display in the system as a separate record tied to the same subject. There is a 255-character limit. UI Visibility: No (option to concatenate Type name with Address Name) |
| Address Name |
Optional Can be 1 to Many; The Address Name serves as an additional identifier or label for the address, such as "Corporate Office" or "HR Department." It is not utilized in our screening processes and may be left blank. The Address Name is a variable character field that may contain letters, numbers, and special characters. Address Name can be used to supply customized data. Multiple addresses are supported for individuals. Each address entered will display in the system as a separate record tied to the same subject. There is a 255-character limit. UI Visibility: Yes |
| Address Line 1 |
Optional Can be 1 to Many; Address Line 1 should include the street address (e.g., 123 Main Street). ProviderTrust prefers that home addresses be provided for individuals. A business address may be included only if it is the sole available address. Address Line 1 is a variable character field and can include letters, numbers, and special characters. There is a 255-character limit. UI Visibility: Yes |
| Address Line 2 |
Optional Can be 1 to Many; Address Line 2 should specify secondary address details, including apartment, suite, or unit numbers (e.g., Apt 4B, Suite 300). Address Name 2 is a variable character field and can include letters, numbers, and special characters. There is a 255-character limit. UI Visibility: Yes |
| City |
Optional Can be 1 to Many; City is a variable character field and can include letters, numbers, and special characters. There is a 255-character limit. UI Visibility: Yes |
| State |
Optional Can be 1 to Many; State is a variable character field and can include letters, numbers, and special characters. There is a 255-character limit. UI Visibility: Yes |
| Zip |
Optional Can be 1 to Many; Must be either 5 or 9 numeric digits (no alpha). Accepted formats include 12345 An invalid zip will error out the row. Leaving this field blank will not fail the file. UI Visibility: Yes |
| County |
Optional Can be 1 to Many; County is a variable character field and can include letters, numbers, and special characters. There is a 255-character limit. UI Visibility: Yes |
| Country |
Optional Can be 1 to Many; Country is a variable character field and can include letters, numbers, and special characters. There is a 255-character limit. UI Visibility: Yes |
| End Date |
Required - Determined during Implementation The End Date sets the date monitoring will end for an individual and removes the individual from the Active Population list.
Entering a Past End Date Clients may enter an End Date in the past; however, the monitoring termination date applied in the system will be the date the file is processed, not the historical date provided in the file.
Auto-Term Functionality If an End Date cannot be supplied, auto-term functionality may be discussed during implementation. Data Consistency Requirement If the same External ID appears on multiple rows, the End Date must be consistent across all rows. Mismatched End Dates may cause the file to error. Refer to: How To: Review File Errors (EndDate/Data Mismatch) UI Visibility: Yes |
| Node External ID |
Required - Determined during Implementation The Node External ID is the client-assigned unique identifier for a hierarchy node. When included in the individual/subject file, it specifies which node in the client's hierarchy tree the subject should be assigned to. It links the subject to a specific location in the organization's hierarchy. Key characteristics:
When the same subject’s External ID appears on multiple rows, the Node External ID may be the same or different, depending on the intended hierarchy assignment. Use the same node value when all rows represent the subject’s assignment to one node. If the subject should be associated with multiple hierarchy nodes, provide the appropriate node value on each row. UI Visibility: Yes |
Date of Birth Format in the Provider File
When entering a Date of Birth (DOB) in your provider file, please use the format YYYY-MM-DD (for example, 2022-09-13).
You may notice that when you open or download the file in Excel, the date automatically changes to a different format, such as 9/13/22. This happens because Excel automatically reformats date fields based on your computer’s regional settings.
This is an Excel limitation and does not affect how the system reads your file. As long as the date was entered in YYYY-MM-DD format before uploading, it will be processed correctly.
Comments
0 comments
Please sign in to leave a comment.