c2141a127a
- Remove 'coverage' from worklist description across all docs - Add whitepaper v2, documentation gap whitepaper, gate demo, sample - Add TERAX.md, Claude Code settings, test-data generator - Add settings.local.json to .gitignore Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
566 lines
19 KiB
HTML
566 lines
19 KiB
HTML
<!DOCTYPE html>
|
|
<html lang="en">
|
|
<head>
|
|
<meta charset="UTF-8">
|
|
<meta name="viewport" content="width=device-width, initial-scale=1.0">
|
|
<title>The Documentation Gap — STTIL Solutions</title>
|
|
<link href="https://fonts.googleapis.com/css2?family=Plus+Jakarta+Sans:wght@300;400;500;600;700;800&display=swap" rel="stylesheet">
|
|
<style>
|
|
|
|
/* ── Reset ── */
|
|
*, *::before, *::after { margin: 0; padding: 0; box-sizing: border-box; }
|
|
|
|
/* ── Page ── */
|
|
html { background: #D6CFC6; }
|
|
body {
|
|
font-family: 'Plus Jakarta Sans', sans-serif;
|
|
background: #F0EAE1;
|
|
color: #1A1A1A;
|
|
max-width: 800px;
|
|
margin: 40px auto;
|
|
padding: 0;
|
|
box-shadow: 0 4px 40px rgba(0,0,0,0.14);
|
|
}
|
|
|
|
/* ── Top accent bar ── */
|
|
.top-bar {
|
|
height: 5px;
|
|
background: #2EA3A3;
|
|
width: 100%;
|
|
}
|
|
|
|
/* ── Header ── */
|
|
header {
|
|
padding: 56px 72px 48px;
|
|
border-bottom: 1px solid rgba(4,26,26,0.10);
|
|
}
|
|
.brand-row {
|
|
display: flex;
|
|
align-items: center;
|
|
gap: 12px;
|
|
margin-bottom: 36px;
|
|
}
|
|
.brand-name {
|
|
font-size: 11px;
|
|
font-weight: 700;
|
|
color: #8AABAB;
|
|
letter-spacing: 0.18em;
|
|
text-transform: uppercase;
|
|
}
|
|
.product-tag {
|
|
font-size: 11px;
|
|
font-weight: 700;
|
|
color: #CB6B20;
|
|
letter-spacing: 0.14em;
|
|
text-transform: uppercase;
|
|
border: 1px solid rgba(203,107,32,0.35);
|
|
padding: 2px 8px;
|
|
border-radius: 2px;
|
|
}
|
|
.doc-title {
|
|
font-size: 52px;
|
|
font-weight: 800;
|
|
color: #041A1A;
|
|
line-height: 1.05;
|
|
letter-spacing: -0.02em;
|
|
margin-bottom: 16px;
|
|
}
|
|
.doc-subtitle {
|
|
font-size: 17px;
|
|
font-weight: 400;
|
|
color: #3A5E5E;
|
|
line-height: 1.55;
|
|
max-width: 600px;
|
|
margin-bottom: 28px;
|
|
}
|
|
.doc-meta-row {
|
|
display: flex;
|
|
align-items: center;
|
|
gap: 20px;
|
|
}
|
|
.doc-meta {
|
|
font-size: 12px;
|
|
font-weight: 500;
|
|
color: #8AABAB;
|
|
letter-spacing: 0.08em;
|
|
}
|
|
.doc-tag {
|
|
font-size: 11px;
|
|
font-weight: 600;
|
|
color: #1A5050;
|
|
letter-spacing: 0.10em;
|
|
text-transform: uppercase;
|
|
background: rgba(26,80,80,0.08);
|
|
padding: 3px 10px;
|
|
border-radius: 2px;
|
|
}
|
|
|
|
/* ── Document body ── */
|
|
.doc-body {
|
|
padding: 0 72px;
|
|
}
|
|
|
|
/* ── Sections ── */
|
|
section {
|
|
padding: 48px 0;
|
|
border-bottom: 1px solid rgba(4,26,26,0.08);
|
|
}
|
|
section:last-of-type { border-bottom: none; }
|
|
|
|
h2 {
|
|
font-size: 11px;
|
|
font-weight: 700;
|
|
color: #2EA3A3;
|
|
letter-spacing: 0.20em;
|
|
text-transform: uppercase;
|
|
margin-bottom: 18px;
|
|
}
|
|
.section-title {
|
|
font-size: 26px;
|
|
font-weight: 700;
|
|
color: #1A5050;
|
|
line-height: 1.25;
|
|
margin-bottom: 20px;
|
|
}
|
|
p {
|
|
font-size: 16px;
|
|
font-weight: 400;
|
|
color: #2D2D2D;
|
|
line-height: 1.75;
|
|
margin-bottom: 16px;
|
|
}
|
|
p:last-child { margin-bottom: 0; }
|
|
|
|
/* ── Stat callout ── */
|
|
.stat-callout {
|
|
background: #1A5050;
|
|
border-radius: 4px;
|
|
padding: 36px 44px;
|
|
margin: 36px 0;
|
|
position: relative;
|
|
}
|
|
.stat-callout::before {
|
|
content: '';
|
|
position: absolute;
|
|
left: 0; top: 0; bottom: 0;
|
|
width: 4px;
|
|
background: #CB6B20;
|
|
border-radius: 4px 0 0 4px;
|
|
}
|
|
.stat-number {
|
|
font-size: 72px;
|
|
font-weight: 800;
|
|
color: #F0EAE1;
|
|
line-height: 1.0;
|
|
letter-spacing: -0.03em;
|
|
margin-bottom: 10px;
|
|
}
|
|
.stat-label {
|
|
font-size: 16px;
|
|
font-weight: 500;
|
|
color: rgba(240,234,225,0.85);
|
|
line-height: 1.6;
|
|
max-width: 480px;
|
|
margin-bottom: 14px;
|
|
}
|
|
.stat-source {
|
|
font-size: 11px;
|
|
font-weight: 600;
|
|
color: #8AABAB;
|
|
letter-spacing: 0.12em;
|
|
text-transform: uppercase;
|
|
}
|
|
|
|
/* ── Pull quote ── */
|
|
.pull-quote {
|
|
border-left: 3px solid #CB6B20;
|
|
padding: 20px 28px;
|
|
margin: 36px 0;
|
|
background: rgba(203,107,32,0.05);
|
|
border-radius: 0 3px 3px 0;
|
|
}
|
|
.pull-quote p {
|
|
font-size: 18px;
|
|
font-weight: 600;
|
|
color: #1A5050;
|
|
line-height: 1.6;
|
|
font-style: italic;
|
|
margin: 0;
|
|
}
|
|
|
|
/* ── Checkpoints ── */
|
|
.checkpoint {
|
|
display: flex;
|
|
gap: 24px;
|
|
margin-bottom: 36px;
|
|
align-items: flex-start;
|
|
}
|
|
.checkpoint:last-child { margin-bottom: 0; }
|
|
.checkpoint-num {
|
|
width: 36px;
|
|
height: 36px;
|
|
border-radius: 50%;
|
|
background: #1A5050;
|
|
color: #F0EAE1;
|
|
font-size: 14px;
|
|
font-weight: 700;
|
|
display: flex;
|
|
align-items: center;
|
|
justify-content: center;
|
|
flex-shrink: 0;
|
|
margin-top: 2px;
|
|
}
|
|
.checkpoint-body h3 {
|
|
font-size: 17px;
|
|
font-weight: 700;
|
|
color: #041A1A;
|
|
margin-bottom: 10px;
|
|
}
|
|
.checkpoint-body p {
|
|
font-size: 15px;
|
|
color: #3A3A3A;
|
|
line-height: 1.70;
|
|
margin-bottom: 10px;
|
|
}
|
|
.checkpoint-resupply {
|
|
font-size: 14px;
|
|
font-weight: 500;
|
|
color: #1A5050;
|
|
background: rgba(26,80,80,0.07);
|
|
border-left: 3px solid #2EA3A3;
|
|
padding: 10px 14px;
|
|
border-radius: 0 3px 3px 0;
|
|
line-height: 1.6;
|
|
margin-top: 6px;
|
|
}
|
|
|
|
/* ── Checklist ── */
|
|
.checklist {
|
|
list-style: none;
|
|
margin: 20px 0;
|
|
}
|
|
.checklist li {
|
|
display: flex;
|
|
align-items: flex-start;
|
|
gap: 12px;
|
|
font-size: 15px;
|
|
color: #2D2D2D;
|
|
line-height: 1.65;
|
|
padding: 8px 0;
|
|
border-bottom: 1px solid rgba(4,26,26,0.06);
|
|
}
|
|
.checklist li:last-child { border-bottom: none; }
|
|
.check-icon {
|
|
width: 18px;
|
|
height: 18px;
|
|
border-radius: 50%;
|
|
background: #2EA3A3;
|
|
display: flex;
|
|
align-items: center;
|
|
justify-content: center;
|
|
flex-shrink: 0;
|
|
margin-top: 3px;
|
|
}
|
|
.check-icon svg { display: block; }
|
|
|
|
/* ── Table ── */
|
|
.doc-table {
|
|
width: 100%;
|
|
border-collapse: collapse;
|
|
font-size: 14px;
|
|
margin: 24px 0;
|
|
border-radius: 4px;
|
|
overflow: hidden;
|
|
}
|
|
.doc-table th {
|
|
background: #1A5050;
|
|
color: #F0EAE1;
|
|
font-weight: 600;
|
|
font-size: 12px;
|
|
letter-spacing: 0.06em;
|
|
text-align: left;
|
|
padding: 12px 16px;
|
|
}
|
|
.doc-table td {
|
|
padding: 11px 16px;
|
|
color: #2D2D2D;
|
|
line-height: 1.5;
|
|
border-bottom: 1px solid rgba(4,26,26,0.07);
|
|
}
|
|
.doc-table tr:nth-child(even) td { background: rgba(46,163,163,0.05); }
|
|
.doc-table tr:last-child td { border-bottom: none; }
|
|
.doc-table td:first-child { font-weight: 600; color: #1A5050; }
|
|
|
|
/* ── Footer ── */
|
|
footer {
|
|
border-top: 1px solid rgba(4,26,26,0.10);
|
|
padding: 24px 72px;
|
|
display: flex;
|
|
align-items: center;
|
|
justify-content: space-between;
|
|
}
|
|
.footer-brand {
|
|
font-size: 11px;
|
|
font-weight: 700;
|
|
color: #8AABAB;
|
|
letter-spacing: 0.16em;
|
|
text-transform: uppercase;
|
|
}
|
|
.footer-url {
|
|
font-size: 11px;
|
|
color: #8AABAB;
|
|
letter-spacing: 0.06em;
|
|
}
|
|
.footer-cite {
|
|
font-size: 11px;
|
|
color: #AAAAAA;
|
|
line-height: 1.6;
|
|
padding: 0 72px 32px;
|
|
}
|
|
|
|
/* ── Print ── */
|
|
@media print {
|
|
@page { margin: 1.8cm 2.2cm; size: letter; }
|
|
html { background: white; }
|
|
body { box-shadow: none; margin: 0; max-width: 100%; }
|
|
.top-bar, .stat-callout, .doc-table th, .checkpoint-num {
|
|
-webkit-print-color-adjust: exact;
|
|
print-color-adjust: exact;
|
|
}
|
|
section { page-break-inside: avoid; }
|
|
h2, .section-title, h3 { page-break-after: avoid; }
|
|
.stat-callout { page-break-inside: avoid; }
|
|
.checkpoint { page-break-inside: avoid; }
|
|
}
|
|
|
|
</style>
|
|
</head>
|
|
<body>
|
|
|
|
<div class="top-bar"></div>
|
|
|
|
<header>
|
|
<div class="brand-row">
|
|
<span class="brand-name">STTIL Solutions</span>
|
|
<span class="product-tag">Signal</span>
|
|
</div>
|
|
<h1 class="doc-title">The Documentation Gap</h1>
|
|
<p class="doc-subtitle">Why Continuous Glucose Monitoring (CGM) Claim Performance Is Decided Before Claims Submission</p>
|
|
<div class="doc-meta-row">
|
|
<span class="doc-meta">Published May 2026</span>
|
|
<span class="doc-tag">Reference Guide</span>
|
|
<span class="doc-meta">sttilsolutions.com</span>
|
|
</div>
|
|
</header>
|
|
|
|
<div class="doc-body">
|
|
|
|
<!-- The Core Problem -->
|
|
<section>
|
|
<h2>Overview</h2>
|
|
<div class="section-title">The Core Problem</div>
|
|
<p>Clean claim performance in CGM is not primarily a billing problem. It is a documentation problem, and the gap opens upstream, not at claims submission.</p>
|
|
<p>Centers for Medicare & Medicaid Services (CMS) compliance reporting is clear:</p>
|
|
|
|
<div class="stat-callout">
|
|
<div class="stat-number">67.6%</div>
|
|
<div class="stat-label">of improper payments for glucose monitoring supplies during the 2024 reporting period were attributed to missing documentation. Not insufficient. Absent. The documentation records were unable to be created, collected, or verified before the CGM claim was filed.</div>
|
|
<div class="stat-source">CMS Glucose Monitoring Supplies Compliance Tip, February 2026</div>
|
|
</div>
|
|
|
|
<p>By the time a denial, write-off, or audit flag appears in your billing queue, capital exposure is already at risk. The window to address it closed before the supplies left the building.</p>
|
|
<p>This paper maps five checkpoints in the CGM documentation chain where that window is open, what tends to go wrong at each one, and why resupply is where the most preventable risk lives.</p>
|
|
</section>
|
|
|
|
<!-- The Resupply Context -->
|
|
<section>
|
|
<h2>Context</h2>
|
|
<div class="section-title">The Resupply Context</div>
|
|
<p>The majority of CGM claim volume is not first-time dispensing. It is at resupply. And resupply introduces a documentation dynamic that first-time workflows often miss: the documentation is never static.</p>
|
|
<p>Provider Enrollment, Chain, and Ownership System (PECOS) enrollment changes. Prior authorizations expire. The qualifying visit requirement creates a recurring window that runs on the patient's care calendar, not the billing calendar. Standard Written Order (SWO) status must be confirmed against the order being fulfilled now, not the file from the original onboarding.</p>
|
|
<p>For resupply, documentation review is not a one-time event. It is a recurring checkpoint for every shipment. Each resupply cycle carries its own exposure, and that exposure is determined before any CGM supplies go out the door.</p>
|
|
</section>
|
|
|
|
<!-- The Five Checkpoints -->
|
|
<section>
|
|
<h2>Framework</h2>
|
|
<div class="section-title">The Five Checkpoints</div>
|
|
<p>The CGM documentation chain minimally has five distinct points where gaps form. Each one precedes billing and is likely outside the direct control of the supplier. Each one shapes the outcome of a claim that has yet to be filed.</p>
|
|
|
|
<div style="margin-top: 32px;">
|
|
|
|
<div class="checkpoint">
|
|
<div class="checkpoint-num">1</div>
|
|
<div class="checkpoint-body">
|
|
<h3>The Qualifying Visit</h3>
|
|
<p>Coverage eligibility for CGM rests on clinical documentation from a qualifying physician encounter. The treating physician's notes must reflect the coverage criteria: insulin treatment type, frequency of adjustment, and medical necessity. Not inferred from the order. In the chart.</p>
|
|
<div class="checkpoint-resupply">For resupply: the qualifying visit anchors the entire downstream timeline. If the encounter is not documented before the resupply window opens, the chain is already misaligned before a single order is processed.</div>
|
|
</div>
|
|
</div>
|
|
|
|
<div class="checkpoint">
|
|
<div class="checkpoint-num">2</div>
|
|
<div class="checkpoint-body">
|
|
<h3>The Standard Written Order</h3>
|
|
<p>The SWO must be current, complete, and field-matched to the claim before supplies ship. A prescriber change not reflected in the SWO, an outdated quantity, or a mismatch between the order and the claim creates an exception the claim cannot survive on its own.</p>
|
|
<div class="checkpoint-resupply">For resupply: this means confirming the SWO against the specific order being fulfilled now, not the record on file from the original dispensing.</div>
|
|
</div>
|
|
</div>
|
|
|
|
<div class="checkpoint">
|
|
<div class="checkpoint-num">3</div>
|
|
<div class="checkpoint-body">
|
|
<h3>PECOS Enrollment</h3>
|
|
<p>The prescriber on record must have active PECOS enrollment at the time supplies ship, not when they were added to your system. Physicians move practices, change enrollment categories, or allow enrollment to lapse.</p>
|
|
<div class="checkpoint-resupply">For resupply: supplies shipped against an order from a prescriber with a lapsed enrollment carry that exposure from the moment they go out the door. It is one of the most common and most preventable sources of capital risk.</div>
|
|
</div>
|
|
</div>
|
|
|
|
<div class="checkpoint">
|
|
<div class="checkpoint-num">4</div>
|
|
<div class="checkpoint-body">
|
|
<h3>Prior Authorization (PA) Status</h3>
|
|
<p>PA must be active and aligned with the specific Healthcare Common Procedure Coding System (HCPCS) codes on the current shipment. Not just present; aligned. Authorization windows expire, and code list requirements can shift mid-coverage-period without direct notice to the supplier.</p>
|
|
<div class="checkpoint-resupply">For resupply: confirming PA currency before anything ships is the only point in the workflow where this exposure can be addressed without financial consequence.</div>
|
|
</div>
|
|
</div>
|
|
|
|
<div class="checkpoint">
|
|
<div class="checkpoint-num">5</div>
|
|
<div class="checkpoint-body">
|
|
<h3>Proof of Delivery (POD)</h3>
|
|
<p>POD documentation must be complete and consistent with the claim before the claim is filed. For mail-order and ship-and-service delivery, the shipment invoice and carrier tracking record must be linked. For in-person, the signed delivery slip must match the claim on description, quantity, and date.</p>
|
|
<div class="checkpoint-resupply">For resupply: one mismatch is enough to change the outcome on an otherwise clean claim. By the time it surfaces as a denial, the product has long since left the building.</div>
|
|
</div>
|
|
</div>
|
|
|
|
</div>
|
|
</section>
|
|
|
|
<!-- What the Data Shows -->
|
|
<section>
|
|
<h2>Data</h2>
|
|
<div class="section-title">What the Data Shows</div>
|
|
<p>CMS compliance reporting on glucose monitoring supplies is unambiguous: 67.6% of improper payments during the 2024 reporting period were attributed to absent documentation. Records that were not available, collected, or in place at the time of audit.</p>
|
|
<p>Documentation-related causes consistently account for the majority of Durable Medical Equipment, Prosthetics, Orthotics and Supplies (DMEPOS) improper payments across audit cycles, outpacing billing errors and coverage determinations as the primary driver.</p>
|
|
<p>These are not billing errors caught after the fact. They are upstream documentation gaps. Documentation that was not generated or verified before the supplies were delivered or a claim was filed.</p>
|
|
</section>
|
|
|
|
<!-- What This Means Operationally -->
|
|
<section>
|
|
<h2>Operations</h2>
|
|
<div class="section-title">What This Means Operationally</div>
|
|
|
|
<div class="pull-quote">
|
|
<p>The teams with the strongest clean claim rates are not faster at denial management. They have upstream documentation visibility.</p>
|
|
</div>
|
|
|
|
<p>For resupply workflows specifically, that means the ability to confirm, per patient, per shipment:</p>
|
|
|
|
<ul class="checklist">
|
|
<li>
|
|
<span class="check-icon">
|
|
<svg width="10" height="8" viewBox="0 0 10 8" fill="none"><path d="M1 4l3 3 5-6" stroke="#F0EAE1" stroke-width="1.6" stroke-linecap="round" stroke-linejoin="round"/></svg>
|
|
</span>
|
|
Whether the qualifying visit is documented before the resupply window opens
|
|
</li>
|
|
<li>
|
|
<span class="check-icon">
|
|
<svg width="10" height="8" viewBox="0 0 10 8" fill="none"><path d="M1 4l3 3 5-6" stroke="#F0EAE1" stroke-width="1.6" stroke-linecap="round" stroke-linejoin="round"/></svg>
|
|
</span>
|
|
Whether the SWO is current and field-matched to this order, not the original file
|
|
</li>
|
|
<li>
|
|
<span class="check-icon">
|
|
<svg width="10" height="8" viewBox="0 0 10 8" fill="none"><path d="M1 4l3 3 5-6" stroke="#F0EAE1" stroke-width="1.6" stroke-linecap="round" stroke-linejoin="round"/></svg>
|
|
</span>
|
|
Whether PECOS enrollment is active for the prescriber on record right now
|
|
</li>
|
|
<li>
|
|
<span class="check-icon">
|
|
<svg width="10" height="8" viewBox="0 0 10 8" fill="none"><path d="M1 4l3 3 5-6" stroke="#F0EAE1" stroke-width="1.6" stroke-linecap="round" stroke-linejoin="round"/></svg>
|
|
</span>
|
|
Whether the PA on file covers the codes on this specific shipment
|
|
</li>
|
|
<li>
|
|
<span class="check-icon">
|
|
<svg width="10" height="8" viewBox="0 0 10 8" fill="none"><path d="M1 4l3 3 5-6" stroke="#F0EAE1" stroke-width="1.6" stroke-linecap="round" stroke-linejoin="round"/></svg>
|
|
</span>
|
|
Whether POD documentation will be complete and linked before the claim is filed
|
|
</li>
|
|
</ul>
|
|
|
|
<p>Most Revenue Cycle Management (RCM) platforms surface claim status at the payer response stage. The denial work queue is a lagging indicator. The exposure it reflects was created before the resupply was ever initiated.</p>
|
|
<p>The question is whether your documentation chain is visible before anything ships, or only after the remittance comes back.</p>
|
|
</section>
|
|
|
|
<!-- Payer Variation -->
|
|
<section>
|
|
<h2>Reference</h2>
|
|
<div class="section-title">A Note on Payer Variation</div>
|
|
<p>The SWO framework governs Medicare DMEPOS, but suppliers working across Medicare, Medicaid, and commercial payers face variation in documentation requirements. That variation is not always communicated when requirements change.</p>
|
|
|
|
<table class="doc-table">
|
|
<thead>
|
|
<tr>
|
|
<th>Requirement</th>
|
|
<th>Medicare DMEPOS</th>
|
|
<th>Medicaid</th>
|
|
<th>Commercial Payers</th>
|
|
</tr>
|
|
</thead>
|
|
<tbody>
|
|
<tr>
|
|
<td>Order standard</td>
|
|
<td>SWO (eff. Jan 1, 2020)</td>
|
|
<td>Varies by state</td>
|
|
<td>Varies; some still reference Certificate of Medical Necessity (CMN)</td>
|
|
</tr>
|
|
<tr>
|
|
<td>Face-to-face</td>
|
|
<td>Required for designated items</td>
|
|
<td>Varies</td>
|
|
<td>Varies</td>
|
|
</tr>
|
|
<tr>
|
|
<td>PECOS enrollment</td>
|
|
<td>Required</td>
|
|
<td>Provider enrollment equivalent</td>
|
|
<td>Credentialing varies</td>
|
|
</tr>
|
|
<tr>
|
|
<td>Prior authorization</td>
|
|
<td>Required for PA-designated codes</td>
|
|
<td>Varies</td>
|
|
<td>Varies by plan and product</td>
|
|
</tr>
|
|
<tr>
|
|
<td>Proof of delivery</td>
|
|
<td>Required; specific field requirements</td>
|
|
<td>Required; varies</td>
|
|
<td>Required; varies</td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
|
|
<p>A current, payer-specific documentation matrix is a working operational tool, not a one-time setup.</p>
|
|
</section>
|
|
|
|
<!-- Closing -->
|
|
<section style="text-align: center; padding: 52px 0 40px;">
|
|
<p style="font-size: 20px; font-weight: 600; color: #1A5050; line-height: 1.6; max-width: 560px; margin: 0 auto 24px;">The documentation gap is real, measurable, and addressable before the supplies ever leave the building.</p>
|
|
<p style="font-size: 15px; color: #3A5E5E; margin: 0 auto;">STTIL Solutions builds tools for CGM suppliers and care teams that surface documentation status upstream.</p>
|
|
<p style="font-size: 14px; font-weight: 600; color: #2EA3A3; margin-top: 10px; letter-spacing: 0.04em;">sttilsolutions.com</p>
|
|
</section>
|
|
|
|
</div><!-- /doc-body -->
|
|
|
|
<p class="footer-cite">CMS data references: CMS Glucose Monitoring Supplies compliance tip (updated February 2026); CMS Standard Documentation Requirements (Article ID 55426); CGS Medicare Final Rule CMS-1713-F SWO FAQ; LCD L33822 Glucose Monitors.</p>
|
|
|
|
<footer>
|
|
<span class="footer-brand">STTIL Solutions</span>
|
|
<span class="footer-url">sttilsolutions.com</span>
|
|
</footer>
|
|
|
|
</body>
|
|
</html>
|