|
i got it nevermind. just some stupid logfile parsing crap
|
# ? Nov 19, 2015 18:57 |
|
|
# ? May 27, 2024 21:52 |
|
now i have two problems
|
# ? Nov 19, 2015 18:59 |
|
LeftistMuslimObama posted:what do you work on? seriously. an IDE and at times a family of operating systems used by an awful lot of people quote:every single major emr is on whatever platform they used when they got big, because once you hit that point it's just not sane or safe to switch. the people who started epic decided to go with MUMPS, which was totally bizarro even when it was created and now they can't switch
|
# ? Nov 19, 2015 19:00 |
|
LeftistMuslimObama posted:people prefer linux for servers because windows has a zillion extra things you don't need on a server built in which makes it hey do you have a copy of the spec for hl7 v3 scheduling release 2? cause I cant find it on hl7.org. I have a lot of EMR scheduling integrations coming up. is that what you guys use or is there another standard?
|
# ? Nov 19, 2015 19:02 |
|
Symbolic Butt posted:edit: oh yeah, I didn't consider the debugger item at Brain Candy's list
|
# ? Nov 19, 2015 19:09 |
As a Millennial I posted:regex in c++. should i even try? regex in C++ is fine. C++ lacks some of the syntactical sugar to make it really nice but it's definitely useable.
|
|
# ? Nov 19, 2015 19:16 |
|
i already gave up. sscanf to the rescue
|
# ? Nov 19, 2015 19:39 |
|
As a Millennial I posted:i already gave up. sscanf to the rescue at least you made a token effort
|
# ? Nov 19, 2015 19:42 |
|
i am in this weird lovely position where i'm expected to act like a manager and an individual contributor. i can't get my own work done because i spend most of my time keeping other people going. at least my new boss reacted well to my saying "throw the current deadlines in the trashcan"
|
# ? Nov 19, 2015 19:45 |
|
eschaton posted:an IDE and at times a family of operating systems used by an awful lot of people Sure, but I'm not sure how you can hold the current developers responsible for a choice made in the 80s. Cerner and Meditech also went with MUMPS (and then Meditech made their own horrifying fork of it called MAGIC), so I guess a collective madness seized the EMR field at that time. Sorry if I'm being defensive here. It's just that it's annoying to not be taken seriously as a programmer because I support an unusual platform. Especially when we're talking databases, where even the most common and well-liked ones have piles of annoying design choices and horrible pitfalls. I guess you could say that all this MUMPS talk is just giving me a fever Shaggar posted:hey do you have a copy of the spec for hl7 v3 scheduling release 2? cause I cant find it on hl7.org. i don't do anything with scheduling, so I am not sure. chances are if there's an hl7 interface, we use it, but we pretty much implement any interface a customer asks us for. fake edit: looks like the scheduling team here has a copy, but it's locked down to just actual developers on that team, sorry .
|
# ? Nov 19, 2015 19:51 |
|
JawnV6 posted:at least you made a token effort
|
# ? Nov 19, 2015 19:57 |
|
LeftistMuslimObama posted:Sure, but I'm not sure how you can hold the current developers responsible for a choice made in the 80s. Cerner and Meditech also went with MUMPS (and then Meditech made their own horrifying fork of it called MAGIC), so I guess a collective madness seized the EMR field at that time. ugh that's the worst. Im gonna need it either way cause epic is one of the emrs im doing a scheduling thing w/. Lol its a mess cause the hospital group has 2 scheduling systems and we're gonna sync them as part of our other integrations. cant wait
|
# ? Nov 19, 2015 20:04 |
|
hey also is it true that epic doesn't have a doctor credentialing system?
|
# ? Nov 19, 2015 20:06 |
|
LeftistMuslimObama posted:Sure, but I'm not sure how you can hold the current developers responsible for a choice made in the 80s. I'm not, I'm holding their management responsible, specifically the founder/ceo/president you said were technical people with good programming ability having chosen MUMPS in the 80s to me makes them sound even worse, back in the 1960s-70s there were a lot more bizarro systems and languages out there to choose from, and it would be more forgivable to have chosen one of those instead of something more mainstream at the time by the 1980s though, the industry had at least largely settled on things like "structured programming" and "lexical scoping" as being good ideas quote:Sorry if I'm being defensive here. It's just that it's annoying to not be taken seriously as a programmer because I support an unusual platform. it's not your skill I'm not taking seriously, you're fine
|
# ? Nov 19, 2015 20:07 |
|
^^OK, I see what you're saying. To be fair, MUMPS was selected by the CEO back when Epic was her summer intern project at the university of wisconsin, and frankly she and the pres don't really have a lot of say in technical stuff anymore. They both recognize that they're extremely old guard and it's best to leave technical decisions in the modern age to people who are more current. It's nice to have all your managers be in the same trenches you are, and that's more what I was getting at.Shaggar posted:ugh that's the worst. Im gonna need it either way cause epic is one of the emrs im doing a scheduling thing w/. Lol its a mess cause the hospital group has 2 scheduling systems and we're gonna sync them as part of our other integrations. cant wait In that case, ask your customer to contact their Epic Technical Services representative to get the interface guide. You might have to sign an NDA to get a copy, but we have comprehensive documentation of all of our interfaces. One of my friends actually maintains those documents. If you're already in the planning stages I'm kinda shocked your customer hasn't linked you up with our TS people anyway. You should be NDA'd up and in on any planning calls they're doing. Shaggar posted:hey also is it true that epic doesn't have a doctor credentialing system? I don't do anything on the clinical side of the company, so I can't give you a lot of details, but we definitely have a provider credentialing module. I couldn't tell you how extensive it is or what it supports, though. If your customer told you we don't have it, it could be: 1)They're not licensed for it 2)They're completely unaware it exists, which is a problem we've been actively fighting lately. We've been surprised to see how many features we have that customers were going to 3rd parties for because they never bothered to ask if we do it.
|
# ? Nov 19, 2015 20:16 |
|
this specific client is still in the sales process so when we get stuff signed and work assigned getting epic in on it will part of the process. I have future client/emr support meetings scheduled for signed clients too so im hoping you all use the same scheduling stuff. also as a third party providing services that people don't realize they have in their emr or that their emr doesn't do completely im mostly ok w/ #2 except when it comes to the integration endpoints they already own.
|
# ? Nov 19, 2015 20:20 |
|
Shaggar posted:this specific client is still in the sales process so when we get stuff signed and work assigned getting epic in on it will part of the process. I have future client/emr support meetings scheduled for signed clients too so im hoping you all use the same scheduling stuff. Oh, cool, you'll probably get credentialed for our documentation portal as a consultant at that point then, so you'll have documentation eventually. If there's a specific interface your customer wants to use that we don't have for whatever reason, that's usually just a change order away. Making new interfaces for customers is frequently part of the last stage of the sales process. We have a whole building full of people that do nothing but code interfaces.
|
# ? Nov 19, 2015 20:25 |
|
is there a way for me to get credentials for documentation outside of a client asking epic for them? it would be great if I could get direct access to your docs so I can avoid delays when new epic clients come on and so we can develop new functionality before its requested by the client.
|
# ? Nov 19, 2015 20:28 |
|
For fun, here's our campus map. There's 2 more buildings to the north that are just finished (I'm in one of them), and 12 more in progress. The whole basement of the one labelled voyager hall is interfaces people.
|
# ? Nov 19, 2015 20:28 |
|
integration people being stuffed in the basement. makes sense. also nice terrorism building
|
# ? Nov 19, 2015 20:29 |
|
Shaggar posted:is there a way for me to get credentials for documentation outside of a client asking epic for them? it would be great if I could get direct access to your docs so I can avoid delays when new epic clients come on and so we can develop new functionality before its requested by the client. We do certify consultancies as approved Epic consultants, but what you can access on our portal is controlled by licensing, so you can only view what your current customers are licensed for. If your company has a lot of Epic clients, you could look into getting credentialed as Epic consultants, but it might be hard if you also support our competitors. Cerner actually stole a bunch of copies of our documentation off of a customer's unfirewalled document server a while back and we've been very *protective* of stuff like that since.
|
# ? Nov 19, 2015 20:30 |
|
demoted from Heaven to Shed
|
# ? Nov 19, 2015 20:31 |
|
^^Those three southern buildings literally look like a barn, stable, and shed on the outside. Driving by on the freeway people think we're a farm.Shaggar posted:integration people being stuffed in the basement. makes sense. all of the basements on campus are constructed in such a way that they have windows to the outside, so that spot is actually pretty swanky because it has a view of a pond and field where deer like to chill.
|
# ? Nov 19, 2015 20:31 |
|
LeftistMuslimObama posted:Sure, but I'm not sure how you can hold the current developers responsible for a choice made in the 80s. Cerner and Meditech also went with MUMPS (and then Meditech made their own horrifying fork of it called MAGIC), so I guess a collective madness seized the EMR field at that time. mumps is essentially an exercise in horrifying language design
|
# ? Nov 19, 2015 20:32 |
|
LeftistMuslimObama posted:We do certify consultancies as approved Epic consultants, but what you can access on our portal is controlled by licensing, so you can only view what your current customers are licensed for. If your company has a lot of Epic clients, you could look into getting credentialed as Epic consultants, but it might be hard if you also support our competitors. Cerner actually stole a bunch of copies of our documentation off of a customer's unfirewalled document server a while back and we've been very *protective* of stuff like that since. we work with all of your competitors and will probably even integrate Epic with them through our system. I'll trade u some AllScripts Direct/CDA import documentation for Epic scheduling...
|
# ? Nov 19, 2015 20:34 |
|
JawnV6 posted:demoted from Heaven to Shed
|
# ? Nov 19, 2015 20:35 |
|
altho I love the irony of protecting the integration documentation because otherwise people might be able to integrate systems.
|
# ? Nov 19, 2015 20:36 |
|
JawnV6 posted:at least you made a token effort
|
# ? Nov 19, 2015 20:37 |
|
Shaggar posted:altho I love the irony of protecting the integration documentation because otherwise people might be able to integrate systems. Never thought of it that way, but it is pretty funny. I think the concern is more that if we don't control access, any random joe could just steal our implementation. That's more valid for stuff that documents end-user workflows, but all of our documentation lives in the same place, so... Maybe this is what you want? https://open.epic.com/Scheduling
|
# ? Nov 19, 2015 20:44 |
|
yeah that actually looks really really helpful
|
# ? Nov 19, 2015 20:51 |
|
Shaggar posted:altho I love the irony of protecting the integration documentation because otherwise people might be able to integrate systems. it's because they know their integration systems suck. same as the adobe psd format documentation.
|
# ? Nov 19, 2015 21:18 |
|
Shaggar posted:yeah that actually looks really really helpful If you think there's an areas for improvement of that page, btw, let me know. The curator for that page is looking for feedback so I can pass comments along if you have any. I don't have plat (surprise, I'm poor due to crushing student debt), but obvs I monitor this thread so I can take feedback here. or you can hit my throwaway we.are.hugh@gmail.com, but just post to let me know you emailed cuz I don't check that account regularly.
|
# ? Nov 19, 2015 21:26 |
|
NihilCredo posted:boss gave me a task today magento is named after the tier above enterprise in the complexity <> functionality graph. hope im not too late!
|
# ? Nov 19, 2015 21:34 |
|
JawnV6 posted:demoted from Heaven to Shed I worked in a shed with some other contractors a few years ago at Ansaldo it was painful in summer
|
# ? Nov 20, 2015 01:27 |
|
i worked at a nuclear plant that had a set of offices right on the turbine deck. we called it the "shake and bake" bc it was hot as hell in there and it felt like an earthquake in there whenever a reactor tripped
|
# ? Nov 20, 2015 01:40 |
|
did yo uwork on stuxt net???????
|
# ? Nov 20, 2015 01:41 |
|
no i'm a shitlord who has never done anything useful. i just drew red lines on schematics 10 hours a day, except for an hour at lunch time when i'd eat a can of soup in my car and take a nap
|
# ? Nov 20, 2015 01:48 |
|
so I've been thinking that maybe a really good programming idea is to have another developer write your unit tests. not qa, but just another dev who would normally just be reviewing your code. this seems like a really really good idea to me.
|
# ? Nov 20, 2015 01:55 |
|
I mean, it forces the other dev to become really engaged in the actual problem
|
# ? Nov 20, 2015 01:58 |
|
|
# ? May 27, 2024 21:52 |
|
so are you going to approach dev #2 and offend them by asking them to write tests or offend them by testing their code
|
# ? Nov 20, 2015 02:01 |