Posts Tagged ‘GLN’
Why GS1 EPCIS Alone Won’t Work For California Pedigree, Part 1
For the application of unique serial numbers, or Standard Numerical Identifiers (SNIs), to packages as part of compliance with the California Pedigree Law in 2015-2017 , GS1′s Electronic Product Code (EPC), particularly in barcode form, is the clear winning standard. But there seems to be a very common misconception going around that for pedigree data management, all you need to do to comply with that law is to deploy a system that is based solely on the GS1 Electronic Product Code Information Services (EPCIS) standard. The misconception assumes that there is a formula that can be followed to achieve compliance and that EPCIS is the whole formula.
In truth, EPCIS will almost certainly be an important component in the compliance formula but exactly how it fits, and whether there are other necessary components, has not yet been determined.
There are probably several reasons that this misconception persists. First, GS1 US continues to promote their 2015 “Readiness” Program as if it is that formula. The program documentation strongly implies that, if you simply follow their program, you will “be ready” to comply with the law; but it stops short of actually saying that you will be compliant.
Second, it seems like people are either able to understand the law well but not the technical standards, or they are able to understand the technical standards well but not the law. The legal folks are left to trust what the technical people say about EPCIS, and the technical people assume that as long as the data elements identified in the law are present somewhere then EPCIS must comply.
Now I am not a legal expert but I’ve been looking at the text of the California Pedigree Law for a few years now and I think I understand it at a level that allows me to estimate how various technical approaches might fill its requirements. Let me show you how Read the rest of this entry »
GS1 Identifiers and EPC’s in EDI Messages: Important New HDMA Guidance
Earlier this month the Healthcare Distribution Management Association (HDMA) published newly updated guidance documents for the use of Accredited Standards Committee (ASC) X12 Electronic Document Interchange (EDI) messages in the U.S. healthcare supply chain. This is a very important update that supply chain participants should take notice of because it includes new information about how to properly communicate GS1 identifiers, including GLN’s, GTIN’s, and Electronic Product Codes (EPC’s) like SGTIN’s and SSCC’s, within the four document types that are in common use for Order-to-Cash transactions.
The EDI document types included in the updated guidance includes: Read the rest of this entry »
So a customer demands that you use GLN’s and GTIN’s. What next?
In the healthcare supply chain a significant number of hospital group purchasing organizations (GPO’s) have stipulated, to varying degrees, that their suppliers begin making use of GS1 Global Location Numbers (GLN’s) in all of their trade with their member hospitals by the end of 2010 (Sunrise 2010) and GS1 Global Trade Item Numbers (GTIN’s) by the end of 2012 (Sunrise 2012). Here are the announcements from Novation, Premier, MedAssets and Amerinet. From the wording of their announcements it appears that Read the rest of this entry »
WAR: GS1 Vs. HIBCC
That’s right. GS1 and HIBCC are in a multi-year fight over the dominance of their standards within the U.S. healthcare supply chain. Read the rest of this entry »
“Why the rush for GS1 standards?”
In April of last year VHA, a nationwide network of community-owned health care systems, published a viewpoint essay on their website called “The Track to Improving Health Care will be Built with IT Standards”. The posting was written by Mike Cummins, Chief Information Officer of VHA, Inc. In it, he draws a great analogy between the widespread adoption of a standard railroad gauge by railroad companies 150 years ago as part of the U.S. Transcontinental Railway (as set in motion by President Abraham Lincoln), and the potential benefits of widespread adoption of health care IT standards. Mike points out that some historians believe that the nationwide adoption of a single railway gauge accelerated the evolution of the greatness of the United States. It’s well worth reading.
I think the problem Mike sees is that there are so many incompatible IT standards in use in the healthcare industry, with different ones in use in different pockets of the industry. There are too many proprietary approaches in use, and too many standards in use in one segment of the industry that are incompatible with similar standards in use in another. In effect, it’s a patchwork, yet each user can claim to be using a standard. This was exactly the case with the railroads 150 years ago as Mike’s analogy implies. Each railroad company, or groups of companies, had their favorite “standard” gauge, but which standard was “the best”…the one worthy of becoming the national standard? I don’t know, but I do know they eventually figured it out and settled on a single gauge for the Transcontinental Railroad and that gauge become the defacto standard. That allowed the country to be connected and, as Mike points out, historians have dawn a direct line from that agreement to economic expansion and eventual greatness.
Mike makes several proposals that I interpret as ways to cut through the patchwork of standards and get the industry to settle, like the railroad companies, on a single standard for some key technologies like Electronic Medical Records (EMR), Health Identification Numbers and Personal Health Records (PHR). He calls for the broad, mandatory adoption of GS1barcodes, Global Location Numbers (GLN), Global Trade Item Numbers (GTIN) and accelerated plans by the FDA to mandate the usage of Unique Device Identification (UDI). He calls for the use of part of the federal economic stimulus money to be used for standards development. Read the rest of this entry »
Use of GLN and GTIN for Pedigree Regulatory Compliance
I am fortunate to have so many friends and colleagues who work in end-user and solution provider companies and who are impacted by the issues I cover in my blog. After each post I often exchange emails and phone calls with some of them and we discuss/debate what I’ve written about. These are great conversations because they sometimes confirm my opinions and sometimes challenge them, but I almost always come away with a more refined understanding of the technology or regulation we discussed. That is, I learn something.
This is exactly what has been happening with my recent series on Supply Chain Master Data (SCMD). As I’ve defined it, SCMD is just like regular old Master Data (MD) except that the identifier and the full data set behind each instance of SCMD has a single owner, and all parties in the supply chain who may encounter the identifier must have a way of obtaining the full set of data from the owner so they know what the identifier means. But this assumes that only the identifier will be used in supply chain data communications in place of the full data set that the ID refers to.
GLN’s On Electronic Invoices
Let’s take GS1′s GLN (Global Location Number), for example. You can use GLN’s in two ways: as true SCMD, or in a non-SCMD way.
An example of using GLN’s as SCMD in an invoice application would result in an electronic invoice that did not have any explicit addresses in it–no customer billing address, no customer shipping address and no “remit payment to” address. Instead, it would simply include the customer’s billing GLN, the customer’s shipping GLN and the “remit payment to” GLN. Each party in this example would have already obtained the full addresses from their respective owners in some way, either through a registry (like GS1 U.S.’s GLN Registry for Healthcare), or directly from the owner, so there is no need to include that data on each invoice between these parties.
The non-SCMD use of GLN’s occurs when a company uses a GLN identifier as a way of obtaining their trading partner’s full address, and then they would put the full address on each of their invoices for that partner. This approach makes use of GLN’s to “synchronize” the address master data that each trading partner keeps locally. Read the rest of this entry »
February 3, 2012 (9:02)
February 3, 2012 (4:36)
January 24, 2012 (6:42)
January 24, 2012 (3:03)
January 23, 2012 (11:56)