Tuesday, November 17, 2009
Supply Chain Integration
To do business with these companies, you first must be able to produce either through your own systems or through the help of a VAN (like Sterling Commerce) ISO X12 EDI transactions. Paper-based transactions are not allowed no matter the size of your company. In fact, if you start processing EDI with these companies and then fail to process EDI within a certain amount of time, you can be fined up to $150 per document occurrence!
The simplified Supply Chain EDI Transaction "chain" begins and ends as follows:
1.) The Customer (Retail Store) generates a Purchase Order electronically and sends to the vendor as an 850 Purchase Order.
2.) The Vendor (Supplier) responds with a 997 Functional Acknowledgement to show the customer that the vendor received the Purchase Order.
3.) The Vendor picks, packs, and schedules the shipping of the order by sending a 204 Load Tender to a carrier of their choice, requesting the carrier to arrive at the warehouse by a certain time/date to pick up the goods to be transported to the Customer.
4.) The carrier responds by sending a 990 Response to a Load Tender that tells the Vendor whether the carrier accepts or declines the request.
5.) If the carrier accepts the request, the Vendor submits an 856 Advance Shipment Notice to the Customer notifying them of the time and date when the goods are expected to ship.
6.) Once the goods ship, the carrier begins sending a 214 Shipment Status EDI to the Customer and/or the Vendor each time a different event occurs with the truck, i.e. cross-docking, exceptions in routing, departing/arriving at a location.
7.) Finally, following the truck leaving the vendor's premises, the Vendor sends an 810 Invoice to the Customer billing them electronically for the goods provided.
This concludes a brief introduction to the flow of electronic documents for Supply Chain Management.
David Bowles
Tuesday, October 27, 2009
Process Integration: Business Process Language, Deployment, and Execution
On Tuesday, October 27, Team Analyst will be presenting on the topic of Business Process Execution Language. Our presentation will cover an introduction into what Business Process markup is used for, what BPEL is and what it is not. We will discuss different flavors of BPEL and when they are used. An editorial discussion of who's using BPEL and why and who isn't will provide realities of what the language offers. The presentation will conclude with a brief demonstration of the BPEL language.
References:
Business Process Management Institute
http://www.bpmn.org/Documents/FAQ.htm
W3C: WS-CDL Primer
http://www.w3.org/TR/ws-cdl-10-primer/#overview
Institute for Enterprise Architecture Developments
http://www.enterprise-architecture.info/Images/Services%20Oriented%20Enterprise/EA_Service-Oriented-Computing1.htm
SOA Approach to Integration (Packt Publishing)
IBM Developerworks
http://www.ibm.com/developerworks/library/specification/ws-bpel/
http://www.ibm.com/developerworks/webservices/library/specification/ws-bpelsubproc/?S_TACT=105AGX04&S_CMP=LP
http://www.ibm.com/developerworks/webservices/library/specification/ws-bpel4people/
http://www.ibm.com/developerworks/webservices/library/specification/ws-bpelj/?S_TACT=105AGX04&S_CMP=LP
http://download.boulder.ibm.com/ibmdl/pub/software/dw/specs/ws-bpel4people/BPEL4People_white_paper.pdf
BPM.com
http://www.bpm.com/bpel-who-needs-it.html
SOA World Magazine
http://soa.sys-con.com/node/775928?page=0,1
Softcare
http://www.softcare.com/whitepapers/wp_whatis_bpel.php
InfoQ Blog
http://www.infoq.com/articles/process-component-models
http://www.infoq.com/articles/bpelbpm
PCMagazine
http://www.pcmag.com/encyclopedia_term/0,2542,t=executable+code&i=42842,00.asp
Practicing Safe Techs
http://www.practicingsafetechs.com/TechsV1/BPEL/index.html
Microsoft
http://msdn.microsoft.com/en-us/library/aa559758(BTS.10).aspx
Sunday, October 25, 2009
CIS 8020 Assignment 2 VJ Google Chart
Scenario
Recently, my company applied for an award/recognition for most successful and innovative use of Practice Management and Electronic Medical Records software. One of the criteria used in comparing different organizations was being able to show/demonstrate the percentage of providers using EMR.
The company could have used Google charts to show this information prominently on their web site. As more providers went live, the chart could easily be updated.
Key
EMR = Percentage of providers who are using EMR
IP = Percentage of providers currently in process of implementation
EPM = Percentage of providers using only the front office (EPM) system
Additionally, this Google API could be used as an internal tracking tool.
Each year, there is an opportunity for employees to benefit from a company bonus as part of the success sharing plan. There are several criteria used in determining if bonuses will be distributed and how much. One of those criteria is having a certain level of physician satisifaction.
It is often difficult to keep the IS team up-to-date because we are out in the field so often. Having this chart available on the corporate intranet would help. For example:
Key
S = Satisfied with EMR
NS = Not Satisfied with EMR
In my humble attempt at creativity here, I'll try a different type of chart.
Sales Results
In this scenario, a company engaged in sales activity - say, of EMR software, of course - could post sales results by quarter so that the sales team could keep up with their productivity.
I suppose a line chart would have worked as well. I started working on the bar chart before I fully thought through the scenario but both get the point across.
This chart could be improved by actually displaying the value numerically above each bar chart which is a capability of the Google chart API.
BTW, for anyone else interested in adding color and who is just as NON-technical as I am, there are several web sites out there that display different colors and their HEX value. Here's 1 of them: Hex Color Chart.
CIS 8020 Assignment 2 David Bowles Google Maps API
- By clicking a point on the map to determine which tractor it is, or
- By clicking a tractor number on the right side of the map and the related point highlights.
Tuesday, October 20, 2009
CIS8020 Assignment 2 KA Google Static Maps
One of my personal goals is to visit every state in the United States. I used the API to create a graphical representation of states that I have visited so far. I could have used the color gradient to differentiate how much TIME I've spent in a given state i.e. I grew up in New Jersey, lived in California for 6 years, and lived in Georgia for 10 years so I could have made those states dark red and all of the other states a yellow color to indicate that I have not spent as much time there.
I could have expanded this to show countries I've visited throughout the world but I would not have been able to show the details of each individual state I've been to. I also could have "drilled down" to different addresses I've lived at but I did not want to show that level of detail.
I could also use the images created by the Google API in a document for work i.e. presentation. The URL for these API's were a little clunky to write as I had to include all of the state abbreviations and the color gradient required for the state.
This is a Google Map I've created to visually display the States that I have visited throughout the USA.
Monday, October 12, 2009
The cloud computing data loss saga continues with T-Mobile
http://www.yahoo.com/s/1145130
DB
Monday, October 5, 2009
When Cloud Computing Goes Bad
http://blogs.cioinsight.com/knowitall/content001/the_cloud/pulte_cio_has_cloud_horror_story.html?kc=CIOMINUTE10052009CIO1
DB
Sunday, October 4, 2009
Web Page Integration with Data Visualization using Google Chart API
- cht assigns chart type ('p3' = Pie Chart)
- chd assigns data points ('t:60,40' = 60% for the first value, 40% is the second)
- chs assigns the size in pixel dimensions of the chart (250 pixels wide by 100 pixels tall)
- chl assigns the data labels based upon the data point order (60% labeled "Hello", 40% labeled "World")
Wednesday, September 30, 2009
Challenges to Web Service Implementations
Considerations and Challenges In Implementing Web Services
- Web service implementation adds to the complexity of your organization's architecture.
- You are adding an additional layer to your architecture that requires additional development time and maintenance. Ongoing maintenance must be performed, of course.
- Due to the very nature of web services - namely, the integration of different systems/data in the background - you add complexity.
- There are additional requirements for time and resources devoted to testing the web service functionality.
- In this modern "web age", high availability is expected (24 hours a day of possible activity).
- Thus, you must ensure that your web services are implemented in such a way as to minimize any downtime.
- Any downtime of these services can negatively impact the image that your "consumers" will have of your organization's.
- There must be continuous monitoring of the web services for reliability.
- People expect the services to operate efficiently and effectively, according to their published descriptions. Thus, it will be important to conduct periodic monitoring to ensure that they are meeting expectations.
- Due to the extra web exposure, your services could become corrupted. You will need to implement additional security measures.
Web Services Presentation Slides
You can access the slides at the link below:
http://davidbowles.info/SOA_Web_Services2.zip
David Bowles
Monday, September 28, 2009
Web Services: An Overview and Practical Applications
References:
SOA Terminology Overview
http://www.ibm.com/developerworks/webservices/library/ws-soa-term1/
Internet News.com
http://www.internetnews.com/ec-news/article.php/3837186
ZDNet
http://blogs.zdnet.com/service-oriented/?p=2753
Computer World
http://www.computerworld.com/s/article/9032099/Honors_Program_Social_Security_Administration
AIS Health
http://www.aishealth.com/Bnow/hbd070209.html
W3C
http://www.w3.org/2002/ws/Activity
RogueWave Software – WeatherSummary WSDL
http://www2.roguewave.com/support/docs/leif/leif/html/soapworxug/6-2.html
WebserviceX.Net
http://www.webservicex.net/WCF/ServiceDetails.aspx?SID=35
Paragon Corporation
http://www.paragoncorporation.com/ArticleDetail.aspx?ArticleID=13
Business Wire
http://findarticles.com/p/articles/mi_m0EIN/is_2003_April_1/ai_99455958/
Healthcare IT News
http://www.healthcareitnews.com/news/icd-10-and-hitech-compliance-key-issues-medical-billers
Developer.com
http://www.developer.com/services/article.php/3665831/Web-Service-Testing-in-a-Service-Oriented-Architecture.htm
Saturday, September 12, 2009
Web Services Use in the Real World
Do Small Business and Smaller Mid-Sized Businesses Need ERP?
I started this as a response to Michael Morgan's comment to the last blog entry on September 1st, however the response became too verbose to post as a comment. It's a great question, but one that deserves a complete explanation.
Small businesses to smaller mid-sized businesses need software that will keep business functioning. Everyone must admit this is a true statement. Let's take a simple case to prove the previous statement and answer the question whether or not ERP systems are needed by these same types of businesses. The smallest business that needs a computer system is a Doctor's office.
This type of business typically has fewer than 10 employees. The only way the doctor can get out of having a computer system (in this day and age) is to not accept insurance and to track revenues and expenses on a paper ledger (not too pretty). I can say this because I saw the migrations started happening in the early-to-mid 2000's. Some doctors who were older in age would actually sell their practice to a young doctor just so that he/she would take on the responsibility.
A doctor is not likely to refuse to accept insurance, so instead, the doctor is likely to invest in a practice management system or an accounting package like Peachtree Accounting or QuickBooks.
Medical Office Practice Management systems now come complete with A/R, A/P, G/L, payroll, medical coding, insurance clearinghouse, and integrations to national medical lab testing organizations. Even a software product like Peachtree Accounting and/or QuickBooks has some of this functionality, i.e. A/R, A/P, G/L, payroll, logistics, and inventory management.
If you purchase OneWorld, SAP, Dynamics AX, BAAN, SAGE, or one of the 1000 other offerings for ERP software, and you only buy A/R, A/P, G/L, and Payroll, is it still an ERP system? The answer is yes.
ERP is a misnomer. ERP was derived from MRP systems (Materials Resource Planning) when financials, HR, and project management modules were injected into the system. MRP systems would process what is on order with vendors, what is in stock, what is being produced (if applicable), and what is being ordered by the customer. Based upon these bits of information, it would tell the operations department whether it would be cheaper to build or to buy to meet the demand of the customer (if demand was not already met) or what to build or buy in order to maintain appropriate stock quantities to eliminate the possibility of "stock-outs" or backorders.
So if an ERP system is still an ERP system although it only contains bare-minimum modules for accounting, then isn't a system like a Peachtree Accounting or Quickbooks an ERP system, too? Both software packages come with the option of buying some other integrations like EDI processing. The point is ERP in this day has grown to mean a system that has multiple interrelated, expandable, and customizable modules that allows your business to run from a single set of programs that not only share data but also share "look-and-feel" similarity. How you use the system, whether it is using 100% of the available functionality or only 10% is up to the user to decide.
Finally, now that we have equated ERP systems to accounting systems (or Accounting Information Systems as known in academia), let's discover why small to mid-sized businesses must move to this type of software. Looking at ERP systems from an I.T. perspective, what is an ERP system's greatest attribute? The ability to quickly customize software for the business' needs and it reduces the cost of I.T. systems programmers because it is a software that everyone knows. (I will admit here that this is a stretch today because ERP has not saturated the market, but when it does it will drastically reduce wages in I.T. development and until then I will continue to ride the gravy train - think programming a VCR in the 1980s versus programming a DVR today.) What is the greatest attribute of the ERP system from the perspective of the C-Level leadership? Can it help the business become more profitable, can it be agile enough to meet the demands of changing business models, can the familiarity of the system reduce my overall cost of labor because the labor pool contains workers with experience using it, and can I realize a significant return on investment by purchasing it?
Going back to the case of the doctor's office, if the doctor is running an ERP system and the health care system of the United States is nationalized, how difficult is it going to be for he/she to move towards using whatever payment system the government devises and tracking and reporting on the First Doctor Visit Resolution metric that will be a major part of the plan? This will not be difficult at all because there will be multiple businesses with the same problem existing using the same software. Either the maker of the ERP product will develop a solution or a third-party will. If that same doctor had a home-grown COBOL system that tracks limited data and will only allow the reporting of limited data, how easily will it be for the doctor to find someone who is not only a COBOL programmer but one who is familiar with the interfaces to the new national health system?
In closing, yes small to mid-sized business need ERP systems, but not just for the sake of running an ERP system. Businesses need ERP system to reduce their costs and have universally known systems for the end-user, management, and developers. An ERP system is an insurance policy in many regards. It not only ensures that your business can be agile, but it ensures that as long as you maintain updates, someone will always be around to support it.
Tuesday, September 1, 2009
Systems Integration
Wednesday, August 26, 2009
EMRs and Systems Integration
I have been working with healthcare entities on implementing practice management software (PM) and electronic medical records (EMR) for the past 6 years. At present, I work as a Systems Application Analyst (whatever that means) at Piedmont Medical Care Corporation. Basically, the IS department supports the network of physicians - primary care, specialty, surgical and hospitals, etc. - that are employed by Piedmont Healthcare. In studying the literature on the success (or, more often, failure) of EMR implementations, what Piedmont has been able to accomplish is quite impressive with nearly all primary care physicians using EMR for their everyday charting.
Beyond simply entering chart notes into a computer, going digital comes with the hope of:
- Providing a single point of access for reviewing past medical records
- Communicating test results to patients, hospitals (when needed) and other healthcare professionals
- Interfacing with lab and diagnostic systems so that orders are sent electronically and results received digitally as well
- Integration of drug databases that allow for drug-drug, drug-allergy and drug-condition checking to improve patient safety
- Incorporation of ICD-9 (and soon, ICD-10) codes
- Offering web portals for patients to access anytime / anywhere to view their medical history including labs, diagnostic reports and have secure communications with their providers
- Digital faxing to reduce the cost of traditional paper faxing
- Access to drug formularies at the point of care delivery to help ensure that medications prescribed are on the insurance formulary
- The ability to easily exchange information between 1 system and another.
Piedmont has most of the above fully implemented and is working on even more functionality greater than this.
My future blogs will cover this topic in more detail.
Tuesday, August 25, 2009
Early Integrations between ERP and Best of Breed Systems
My first experience integrating a "bolt on" WMS wasn't very impressive. We linked the two systems through flat files. While this improved the performance within the warehouse walls, it left a lot of room for improvement. The Sales department did not have visibility into the order once it was transmitted to the warehouse. Even worst, the order could not be changed once it was downloaded into the warehouse. Customer's weren't satisfied with sales reps suggesting that they accept the order as is and simply return items that they didn't want. The order hadn't even shipped yet but they couldn't change it!
Clearly flat file integration was not the ideal solution.
In future blogs, I will explain the learning curve experienced as we gradually improved our integration between the host ERP system and several bolt on best of breed systems.
KA