1c041e06014d232c0f1207023e494c2e2b646c44686e6e2e310305000a644d74565f4d416f575f4e5f5d577e686e6d685d26090f03644d74565f4d41605c5c4e5a5c5779686e6d685d2d030e0a644d74565f4d416156594e5e59527a686e6d685d2709061f081744495e53597e455f555940557e59546d685e6c66250e155f44495e53597e4554515c40557d51576d685e6c6607000a16260c0124003809420000006f
1c041a0a1b05046d26061e143b04404322296c44686e6d6b18030a0a0c086c6558505c4877535f56425c5d7d516e6d685e6f2a0217644d74565f4d416156594e5e55557c686e6d685d2d030e0a644d74565f4d416552584e5d5d5579686e6d685d26090f03644d78515f4d416455544e595b517f686e6d685d2709061f081744495e53597e455b555f40527952516d685e6c6608080c1f380d062418360d030c410e0a206b
010c02060a19046d2b0817093e494c2e2b646c44686e6e2e310305000a644d74565f4d416454544e5f5d557a686e6d685d26090f03644d74565f4d416f55554e565e507e686e6d685d2d030e0a644d74565f4d4165535f4e5a5e567c686e6d685d2709061f081744495e53597e455f555940567d52516d685e6c66250e155f44495e53597e455f525740557d54516d685e6c66150603002815060e0e240d05230c02082e0014104f39001869
1a041e170603450600010d0f36494c2e2b646c44686e6e233606072c090b0c2e046e4c58605d45435d55526057575d595e6c656a6522032b080401687f5c5b5b464d5775564a54566755656a66646f0e040b08687f525452464d5274584a51546156656a66646f050e0a01687f525452464d5778584a57506151656a66646f0f04021404256c445a58554c6d5353514c6657595066646c446b2105195e4d55545744457e575e495165505c6a66646c470c0c05073e0b0d230a00003f12080a0938161c4d001f0247
1d0415432d4d2e3f00140a0425494c2e2b646f0207010d02326c445a58554c6d5553574c6f555d5365250a20046e4c58605d45435b59556056515d585d26090f03644d78515f4d4162535d4e585f567f6b2105195e4d55545744457955544955615658690b0206390e150e002e250102060103221304014f39001869
1b0c000a0e034500080c05043b494c2e2b646f0207010d02326c445a58554c6d52515d4c60525b51652e00210d6e4c566f5445435c5e5560505754575d2d030e0a644d7a59564d416f5c554e5f5d55746b2105195e4d5b5b5e44457f515049536356586903000c26000208213a041f10020801630e15036b
19040b1a4f200c260002084d7728286a6522032b0804015b5e4d55545744457e575e495660525e6927020828684f5359664c4c5b5654487d51575d6b150009130a1f6c6558505c48775d58524254567a576d22002f6c4454575c4c6d5357534c65515f57652e00210d6e4c566f5445435c5e5560505755515d0805080e08090d0c0617123a00084d001f0247
1a040b070e4d28240a0f0d0d7b4521274f672a2b070e07046d455b5b5e40577a544a5055605c4c69290c1d6d5b47535966485e545a40567d5352446b1f0a0106554d5c7a594a565764485b57585d45472202080d775f59535740507a534a565262554c6902000c26090e082130080d0a034306220c476e
Under the calendar system we use in Western civilization today, there are 14 distinct yearly calendars - one beginning on each weekday for a non-leap year and one beginning on each weekday for a leap year.
Because of the Gregorian leap year system in use since 1582, (off by 1/2 second per century), these calendars rotate in a 400-year perpetual cycle.
That is, 1613, 2013, 2413, etc., all have the same calendar and each is followed by the same calendar in 1614, 2014, 2414, etc.
If you don't cross a century mark (--00), the cycles are 28 years.
So how does this relate to coverage?
Well, it turns out that the number of coverage periods in a year is not the same for each of the 14 calendar types.
That number varies from 53 to 56 and depends upon how many "fixed" holidays (Jan 1, Jul 4, Nov 11, Dec 25) fall on Fri/Sat/Sun/Mon vs. Tue/Wed/Thu.
Also, over the years, consensus has determined which possible coverage periods are "premium" versus "non-premium."
In this regard, premium periods have to been shown to include not only standard holidays, but the weekends following school vacation weeks in February and April.
Taking this into account, there are between 39 and 41 non-premium coverage periods and 14 or 15 premium coverage periods in any given year, which means 4 or 5 non-premium coverage periods and 1 or 2 premium coverage periods per doc for an 8-person coverage group.
There are 1537 coverage periods in the 28-year cycle (1133 non-premium and 404 premium periods).
Since neither 1133 nor 404 are divisible by 8 (coverage docs), neither 28-year premium nor non-premium coverage cycles arithmetically align.
The least common multiple of 404 and 8 is 808, corresponding to a 56-year repeating cycle (for premium coverage periods only.
Looking at the next cycle up, 400 years, there are 21957 coverage periods, (16185 non-premium and 5772 premium periods).
Neither of these is divisible by 8, either. The non-premium cycle, therefore, requires 3200 years to re-align, and the premium cycle requires 800 years (least common multiples of [16185, 8], [5772, 8]),
which is the time it will take to get back to 2013, calendar/coverage-wise.
Since a 3200-year cycle is probably too long to wait for mathematically-guaranteed equal coverage distribution, another scheme must be implemented.
Several possibilities are illustrated
on this page.
The left-hand table depicts a straight rotation scheme blind to premium vs. non-premium periods.
Since 6 out of the 14 calendar types have 56 (divisible by 8) coverage periods, this leads to "clumping" of premium coverage for certain individuals for certain premium periods, and does not result in equitable premium coverage distribution.
The next simplest scheme would be to "uncouple" premium and non-premium coverage periods, having each rotate separately.
For practical purposes, this works fine when neither number of premium periods (14 and 15) is integer divisible by the number of docs (to work perfectly, those quantities would need to be relatively prime), as portrayed in the center table on the
linked page.
However, if we go back down to 7 docs, it doesn't.
Why? 8 of the 14 calendar types have 14 premium periods, and there are blocks of 4 consecutive years which each have that number of premium periods.
Since 14 is divisible by 7, this would result in 1 doc having the same premium period 4 or even 5 years in a row.
A more generalizable solution, which is the one currently implemented, is illustrated in the right-hand table (and on the right on this page).
In this scheme, which should be obvious from the table itself, the 1st premium period of the year rotates through the Coverage Group on an 8-year cycle, assuring equitable premium period distribution.
The only issues with this scheme are:
(1) In a 28 year cycle, there are only 12 years with a (premium) weekend between Christmas and New Years (Ch+).
Obviously, those "extra" weekends cannot be equally apportioned - 4 docs get 2 of them and 4 docs only get 1. Boo hoo.
This could be solved by incorporating a "doc offset" for the next 28 year cycle (in 2044) with a different doc.
(2) Due to the uncoupling of premium and non-premium coverage, in a given year,
1 doc could have 5 non-premium and 2 premium coverage periods (total of 7) and another could have 4 non-premium and 1 premium coverage periods (total of 5).
This is a hypothetical but not a real concern. Projecting the schedule out for the remainder of this century,
the difference in highest and lowest assigned coverage periods is
cumulatively only
3.
Check it out.
(3) Since the coverages are uncoupled, a doc could have a premium coverage period immediately preceded or succeeded by a non-premium coverage period.
This is easily remedied via some minor arbitrary manual adjustments.